headers
knocte | 1 Sep 2005 22:56
Picon
Gravatar

Re: Maverick.NET & AJAX issue

A.D. Kent escribió:
>>When I try to access http://216.235.148.245/doGetBusUnitsXML.m I obtain 
>>a 404 error. Isn't Maverick.NET ready at the server yet? ;)
>>    
>
>Hey Andrew:
>
>Actually, it isn't yet; I've been busy tracking down the problem and
>comparing with Maverick (under Orion), and just haven't had time yet.  I've
>narrowed things down to the Content-Type that is returned.  While I can
>override this within the controller, the output-type attribute of the
>transform node does nothing to affect the resultant Content-Type that is
>returned.  
>
>I've verified that this behavior works as advertised in the original
>Maverick framework, but have yet to narrow down exactly what Maverick.NET
>is behaving differently, at least in my environment.  
>
>I should state that overriding the Content-Type in the controller
>(this.ControllerContext.HttpContext.Response.ContentType="text/xml") fixes
>the problem, and allows the AJAX responseXML method to behave properly.
>  

Well, are you sure that the issue is caused by that? I doubt about it 
because, casually, I am using some JavaScript (Ecmascript) libraries 
that I load through AJAX calls (well, mostly SJAX because they are not 
asynchronous ;) and they work perfectly. Note that these files have .js 
extension so I don't beleive that Apache/IIS is serving them as 
text/xml. I have had some complaints on usenet from users that didn't 
like the idea of querying non-XML data from "XmlHttpRequest", but I find
(Continue reading)

Permalink | Reply | 0 comments |
headers
A.D. Kent | 2 Sep 2005 18:34
Picon

Re: Maverick.NET & AJAX issue

> Well, are you sure that the issue is caused by that? I doubt about it 
> because, casually, I am using some JavaScript (Ecmascript) libraries 
> that I load through AJAX calls (well, mostly SJAX because they are not 
> asynchronous ;) and they work perfectly. Note that these files have .js 
> extension so I don't beleive that Apache/IIS is serving them as 
> text/xml. I have had some complaints on usenet from users that didn't 
> like the idea of querying non-XML data from "XmlHttpRequest", but I find 
> it very useful to modularize javascript features and *it works*, what do 
> you think?

I think it's perfectly fine to load non-XML using XmlHttpRequest (for that
matter, it could be valid XML as well, with script contained within CDATA).
It would seem perfectly reasonable to load JavaScript in a JIT fashion;
only when those libs are required for UI functionality.  I think it's a
fairly novel and rational approach, really.  I'm actually doing the same
thing, but am struggling with kicking off an event that SHOULD fire in the
loaded script.  But that's a separate topic.  

So, here's the deal.  The responseXML method of the XmlHttpRequest object
will return null **unless** the Content-Type is text/xml.  Based upon my
experience, content that is sent as text/html is not accepted by the
instance of the responseXML method.  So, it needs to be "text/xml", or it
isn't going to work.

So, I did a little research and it looks like the Content-Type is
explicitly set on line 150 of XsltTransform.cs, as follows:

if (tctx.Halting)
	tctx.HttpContext.Response.ContentType = parent.contentType;
(Continue reading)

Permalink | Reply | 2 comments |
headers
knocte | 3 Sep 2005 21:33
Picon
Gravatar

Re: Maverick.NET & AJAX issue

A.D. Kent escribió:
>>Well, are you sure that the issue is caused by that? I doubt about it 
>>because, casually, I am using some JavaScript (Ecmascript) libraries 
>>that I load through AJAX calls (well, mostly SJAX because they are not 
>>asynchronous ;) and they work perfectly. Note that these files have .js 
>>extension so I don't beleive that Apache/IIS is serving them as 
>>text/xml. I have had some complaints on usenet from users that didn't 
>>like the idea of querying non-XML data from "XmlHttpRequest", but I find 
>>it very useful to modularize javascript features and *it works*, what do 
>>you think?
>>    
>
>I think it's perfectly fine to load non-XML using XmlHttpRequest (for that
>matter, it could be valid XML as well, with script contained within CDATA).
>It would seem perfectly reasonable to load JavaScript in a JIT fashion;
>only when those libs are required for UI functionality.  I think it's a
>fairly novel and rational approach, really.  I'm actually doing the same
>thing, but am struggling with kicking off an event that SHOULD fire in the
>loaded script.  But that's a separate topic.  
>
>So, here's the deal.  The responseXML method of the XmlHttpRequest object
>will return null **unless** the Content-Type is text/xml.  Based upon my
>experience, content that is sent as text/html is not accepted by the
>instance of the responseXML method.  So, it needs to be "text/xml", or it
>isn't going to work.
>
>So, I did a little research and it looks like the Content-Type is
>explicitly set on line 150 of XsltTransform.cs, as follows:
>
>if (tctx.Halting)
(Continue reading)

Permalink | Reply | 1 comment |
headers
SourceForge.net | 5 Sep 2005 18:16
Picon
Favicon

[ mavnet-Support Requests-1282334 ] Don't read file

Support Requests item #1282334, was opened at 2005-09-05 09:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=490428&aid=1282334&group_id=59260

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Install Problem (example)
Group: v1.0 (example)
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Don't read file 

Initial Comment:
Hi,

I'm test maverick.net, the project is very interesting.

I view examples , anb frieendbook-xsl for example.
I signup and d'ont read file  signupSubmit.m

becouse ?

tnks.

----------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
jim moore | 6 Sep 2005 18:38

RE: Maverick.NET & AJAX issue


And if you think you have found a bug in Maverick.NET when dealing with
content-types, I would suggest you to send a patch to the list (recently I
submitted a very small one that was presumably accepted).

->I just committed your patched knocte (I was having problems with
sourceforge cvs before, but now all seems fine again). And yes, by all
means, A.D. if you find a bug and have a patch to fix it, please submit it
and I'll get it right in.

--jim

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Permalink | Reply | 0 comments |
headers
Channa Gunawardena | 13 Sep 2005 14:35
Picon
Favicon

Page flow information in a database

Hi All,

Is there any possibility of using some sort of adapter interface through 
with maverick can access the page flow information usually stored in 
maverick.config?

We are using visual studio 2005, which provides a SiteMapProvider which can 
be used by the TreeView and SiteMapPath controls for navigation. This gives 
us the option of storing the site map in a database, which is exposed 
through the SiteMapProvider.

If maverick could also use a similar interface to access page flow 
information, we can use the same data in the database for both navigation 
and pageflow.

Any suggestions or ideas are welcome.

Thanks and regards,
Channa.

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
(Continue reading)

Permalink | Reply | 0 comments |
headers
knocte | 25 Sep 2005 16:22
Picon
Gravatar

Re: Next problem with Mono (was Re: Small fix in Friendbook example)

knocte wrote:
> jim moore escribió:
>> looks like they fixed this in mono...
>>
>> --jim
>>
>>  
>
> Yes. I have to try with the new release of Mono to verify the 
> resolution of the bug.
>
> Regards,
>
>    Andrew      [ knocte ]
>

Today I was trying to verify that this bug 
(http://bugzilla.ximian.com/show_bug.cgi?id=75855) was fixed, but I have 
discovered a new one that was not present in earlier versions: 
http://bugzilla.ximian.com/show_bug.cgi?id=76222. Let's wait again...

    Regards,

       knocte

--

-- 

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
(Continue reading)

Permalink | Reply | 0 comments |
headers
jim moore | 26 Sep 2005 01:00
Picon

RE: Next problem with Mono (was Re: Small fix in Friendbook example)

looks as if they already fixed it...

--jim 

-----Original Message-----
From: mavnet-user-admin <at> lists.sourceforge.net
[mailto:mavnet-user-admin <at> lists.sourceforge.net] On Behalf Of knocte
Sent: Sunday, September 25, 2005 7:22 AM
Cc: mavnet-user <at> lists.sourceforge.net
Subject: Re: Next problem with Mono (was Re: [Mavnet-user] Small fix in
Friendbook example)

knocte wrote:
> jim moore escribió:
>> looks like they fixed this in mono...
>>
>> --jim
>>
>>  
>
> Yes. I have to try with the new release of Mono to verify the 
> resolution of the bug.
>
> Regards,
>
>    Andrew      [ knocte ]
>

Today I was trying to verify that this bug
(http://bugzilla.ximian.com/show_bug.cgi?id=75855) was fixed, but I have
(Continue reading)

Permalink | Reply | 2 comments |
headers
knocte | 26 Sep 2005 01:18
Picon
Gravatar

Re: Next problem with Mono (was Re: Small fix in Friendbook example)

jim moore wrote:
> looks as if they already fixed it...
>
> --jim 
>
>
>   
Nope, it has been resolved as duplicate of another bug that is still 
NEW, not fixed :(

    Regards,

       Andrew

--

-- 

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
Permalink | Reply | 1 comment |
headers
Cris Constantin | 29 Sep 2005 00:01

Bug in XsltTransform

Hi!

I believe lines 169-171 in XlstTranforms.cs should be
(typeof(XPathNavigator).Equals(item.Value.GetType())) ||
(typeof(XPathNodeIterator).Equals(item.Value.GetType())) ||
(item.Value.GetType().IsPrimitive))

The HEAD revision in CVS is missing the ".Value" section in each line.

Regards,
Cris

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 0 comments |

Gmane