John,
I think you are right - Cocoon should not pickup test.class file
when Test.xml was requested. In my opinion, 404 must be
shown in this case.
Vadim
> -----Original Message-----
> From: Morrison, John [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 27, 2001 4:15
> To: '[EMAIL PROTECTED]'
> Subject: RE: [C2] Case insensitive java classes
>
>
>
> > -----Original Message-----
> > From: giacomo [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, 26 June 2001 19:25
> > To: '[EMAIL PROTECTED]'
> > Subject: Re: [C2] Case insensitive java classes
> >
> >
> > On Tue, 26 Jun 2001, Morrison, John wrote:
> >
> > > Hi All.
> > >
> > > I've a match along the lines of (with some validation removed ;)...
> > >
> > > <map:match pattern="*/*.xml">
> > > <map:generate type="serverpages" src="docs/public/{3}.xml">
> > > <map:parameter name="param1" value="{1}"/>
> > > </map:generate>
> > > <map:serialize type="xml"/>
> > > </map:match>
> > >
> > > Assume I have a file called docs/public/test.xml, which
> > contains some xsp
> > > code. If I call this with the url
> > http://xxx/context/john/test.xml I
> > > (correctly) get the results. If I (or, more likely
> > somebody else) then call
> > > http://xxx/context/john/Test.xml, I get errors...
> >
> > Where do you see ERRORs, you've posted only DEBUG messages.
>
> Ah, yes, good point. Hang on...
>
> This line appears to be in error, Test should have a lower case 't'
>
> DEBUG 99355 [cocoon ] (/context/john/Test.xml): Making URL from
> file:/C:/Program Files/New Atlanta/ServletExec
> ISAPI/webapps/default/context/docs/public/Test.xml
>
> I don't get any errors in the log but I do get this... in the browser:
>
> Error. The server encountered an unexpected condition which prevented it
> from fulfilling the request.
>
> java.lang.NoClassDefFoundError: org/apache/cocoon/www/docs/public_/Test_xml
> (wrong name: org/apache/cocoon/www/docs/public_/test
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
>
> > >
> > > DEBUG 99355 [cocoon ] (/context/john/Test.xml):
> > UnnamedSelector:
> > > ComponentSelector could not find the component for hint:
> > > org\apache\cocoon\www\docs\public_\Test_xml
> > > DEBUG 99355 [cocoon ] (/context/john/Test.xml): Could
> > not access
> > > component for hint: org\apache\cocoon\www\docs\public_\Test_xml
> > > java.lang.NullPointerException:
> > > at
> > >
> > org.apache.cocoon.components.language.generator.GeneratorSelec
> > tor.select(Gen
> > > eratorSelector.java:82)
> > > at
> > >
> > org.apache.cocoon.components.language.generator.ProgramGenerat
> > orImpl.select(
> > > ProgramGeneratorImpl.java:269)
> > >
> > > I think that the name for the java code should be taken
> > from the file name
> > > of the xml *not* the url name. Where should I look for this?
> >
> > I don't get this. Aren't the path names of the java code produces from
> > the file names? I don't know your os platform but case is significant
> > for cocoon urls as it is for any *nix type os as well.
>
> OK, I can't find a RFC which says that the path/file part of a url should be
> case in-sensitive, I'm willing to patch C2 where it is (under windoze)
> matching a file it shouldn't. Any clues as to where to look? I think that
> it should (optionally?) fail when 'Making URL from file' when the file
> doesn't match the case entered.
>
> J.
>
> > Giacomo
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, email: [EMAIL PROTECTED]
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
