You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Drasko Kokic <dr...@yahoo.com> on 2001/07/04 23:22:57 UTC
[C2.0b1] Resource Not Found
I am having this problem now already one week and have
no idea what is causing it:
The page in question is available at the following
URL:
http://kodra.loop.de/KontoCheck/LOOP
and produces strange "Resource Not Found" error
WITHOUT any trace in the log file (it all looks OK)
What is even stranger is that it happens only with
Netscape browser. IE is more or less okay with it.
For comparison look at the following URL:
http://kodra.loop.de/PEPSi/demo
(this is the C1.8.2 implementation of the same
prototype)
Does anybody have any idea what could be a problem?
How to find out which "resource is not found"?!
TIA
Drasko
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0b1] bug(?) in XSP
Posted by java guru <ja...@yahoo.co.in>.
Thanks man.,
I just submitted onto the bugzilla..bug 2737..
--- Davanum Srinivas <di...@yahoo.com> wrote: > Why
don't you submit a bug at
> http://nagoya.apache.org/bugzilla? Please make sure
> that you send in
> a zip of the sample too.
>
> Thanks,
> dims
>
> --- java guru <ja...@yahoo.co.in> wrote:
> > The simple answer for all the "concrete example"
> is
> > YES. I tried the exact situation i described..and
> c2
> > is not acting as anticipated...rather its
> compiling
> > both docs/index.xsp(precisely its only compiling
> the
> > first one and not second one as its finding the
> class
> > file already compiled from first one) into same
> > package..
> >
> > Thanks in advance
> > --- Berin Loritsch <bl...@apache.org> wrote:
> >
> > java guru wrote:
> > > >
> > > > I guess .. What Mr.Drasko refering here is
> > > >
> > > > For example
> > > >
> > > > 1. You have two sub sitemaps say test1 and
> test2
> > > > 2. Both of them have some pattern called
> "index"
> > > to
> > > > serve a xsp called index.xsp.
> > > > 3. Both sitemaps are set up to serve the
> index.xsp
> > > > from their respective sub-folder called
> "docs".
> > > > 4. But the content of the both index.xsp 's is
> > > diffent
> > > > from each other.
> > >
> > > To see if we are speaking the same language, are
> you
> > > talking about a directory structure like this:
> > >
> > > $context/
> > > sitemap.xmap
> > > docs/index.xsp
> > > iexplorer/
> > > sitemap.xmap
> > > docs/index.xsp
> > > netscape/
> > > sitemap.xmap
> > > docs/index.xsp
> > >
> > > Even if the mounted sitemaps
> (iexplorer/sitemap.xml
> > > and netscape/sitemap.xml) have the same URL
> because
> > > they choose on browser type, they are treated
> > > completely
> > > different.
> > >
> > > > 5. Now when you access the first sub-sitemap
> > > pattern
> > > > index. The index.xsp is compiled into
> > > > www/docs/index_xsp.java and then served
> > >
> > > Not exactly correct. The three index.xsp files
> > > above
> > > are compiled into the following directories:
> > >
> > > www/docs/index_xsp
> > > www/iexplorer/docs/index_xsp
> > > www/netscape/docs/index_xsp
> > >
> > > The generated filename follows the CONTEXT
> directory
> > > heirarchy.
> > >
> > > > 6. Funny part now is if u try to access
> "index"
> > > > pattern from second sitemap "test2".
> > >
> > > Do you have a hard example of this?
> > >
> > > > 7. Incase, c2 try to compile the index.xsp
> from
> > > this
> > > > context, the package created in tomcat work
> > > directory
> > > > would still be www/docs/index_xsp.java over
> > > writing
> > > > the first one.
> > >
> > > If you are talking about separate contexts, then
> you
> > > have nothing to worry about. The Servlet Engine
> > > gives
> > > each Context it's own unique Work Directory.
> Each
> > > instance of Cocoon 2 will be using their _own_
> work
> > > directory as the repository for the generated
> > > classes.
> > >
> > > > 8. Whats worser is for caching(or whatever
> reason)
> > > c2
> > > > decides NOT to compile but to serve the same
> class
> > > > file and serve the wrong contents.
> > >
> > > Again, do you have a concrete example of this?
> > >
> > > > Hope this complements Mr.Drasko's point and
> make
> > > the
> > > > problem clearer ..
> > > >
> > > > Or may be this is not problem at all and there
> is
> > > some
> > > > explanation...
> > >
> > > The only other situation I can think of is this:
> > >
> > > $context/
> > > sitemap.xmap
> > > loop-sitemap.xmap
> > > index.xsp
> > >
> > > In this case, even if "loop-sitemap.xmap" is
> mounted
> > > as
> > > "LOOP" the index.xsp is still going to be
> > > www/index_xsp.java.
> > >
> > > Remember it goes by Context heirarchy--not URI
> > heirarchy.
> >
> > > ATTACHMENT part 2 application/x-pkcs7-signature
> > name=smime.p7s
> >
> >
> > =====
> > Thanks and have great day
> > srini
> >
> >
>
____________________________________________________________
> > Do You Yahoo!?
> > For regular News updates go to
> http://in.news.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > Please check that your question has not already
> been answered in the
> > FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail:
> <co...@xml.apache.org>
> > For additional commands, e-mail:
> <co...@xml.apache.org>
> >
>
>
> =====
> Davanum Srinivas, JNI-FAQ Manager
> http://www.jGuru.com/faq/JNI
>
> __________________________________________________
> Do You Yahoo!?
> Make international calls for as low as $.04/minute
> with Yahoo! Messenger
> http://phonecard.yahoo.com/
>
>
---------------------------------------------------------------------
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail:
> <co...@xml.apache.org>
> For additional commands, e-mail:
> <co...@xml.apache.org>
>
=====
Thanks and have great day
srini
____________________________________________________________
Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0b1] bug(?) in XSP
Posted by Davanum Srinivas <di...@yahoo.com>.
Why don't you submit a bug at http://nagoya.apache.org/bugzilla? Please make sure that you send in
a zip of the sample too.
Thanks,
dims
--- java guru <ja...@yahoo.co.in> wrote:
> The simple answer for all the "concrete example" is
> YES. I tried the exact situation i described..and c2
> is not acting as anticipated...rather its compiling
> both docs/index.xsp(precisely its only compiling the
> first one and not second one as its finding the class
> file already compiled from first one) into same
> package..
>
> Thanks in advance
> --- Berin Loritsch <bl...@apache.org> wrote: >
> java guru wrote:
> > >
> > > I guess .. What Mr.Drasko refering here is
> > >
> > > For example
> > >
> > > 1. You have two sub sitemaps say test1 and test2
> > > 2. Both of them have some pattern called "index"
> > to
> > > serve a xsp called index.xsp.
> > > 3. Both sitemaps are set up to serve the index.xsp
> > > from their respective sub-folder called "docs".
> > > 4. But the content of the both index.xsp 's is
> > diffent
> > > from each other.
> >
> > To see if we are speaking the same language, are you
> > talking about a directory structure like this:
> >
> > $context/
> > sitemap.xmap
> > docs/index.xsp
> > iexplorer/
> > sitemap.xmap
> > docs/index.xsp
> > netscape/
> > sitemap.xmap
> > docs/index.xsp
> >
> > Even if the mounted sitemaps (iexplorer/sitemap.xml
> > and netscape/sitemap.xml) have the same URL because
> > they choose on browser type, they are treated
> > completely
> > different.
> >
> > > 5. Now when you access the first sub-sitemap
> > pattern
> > > index. The index.xsp is compiled into
> > > www/docs/index_xsp.java and then served
> >
> > Not exactly correct. The three index.xsp files
> > above
> > are compiled into the following directories:
> >
> > www/docs/index_xsp
> > www/iexplorer/docs/index_xsp
> > www/netscape/docs/index_xsp
> >
> > The generated filename follows the CONTEXT directory
> > heirarchy.
> >
> > > 6. Funny part now is if u try to access "index"
> > > pattern from second sitemap "test2".
> >
> > Do you have a hard example of this?
> >
> > > 7. Incase, c2 try to compile the index.xsp from
> > this
> > > context, the package created in tomcat work
> > directory
> > > would still be www/docs/index_xsp.java over
> > writing
> > > the first one.
> >
> > If you are talking about separate contexts, then you
> > have nothing to worry about. The Servlet Engine
> > gives
> > each Context it's own unique Work Directory. Each
> > instance of Cocoon 2 will be using their _own_ work
> > directory as the repository for the generated
> > classes.
> >
> > > 8. Whats worser is for caching(or whatever reason)
> > c2
> > > decides NOT to compile but to serve the same class
> > > file and serve the wrong contents.
> >
> > Again, do you have a concrete example of this?
> >
> > > Hope this complements Mr.Drasko's point and make
> > the
> > > problem clearer ..
> > >
> > > Or may be this is not problem at all and there is
> > some
> > > explanation...
> >
> > The only other situation I can think of is this:
> >
> > $context/
> > sitemap.xmap
> > loop-sitemap.xmap
> > index.xsp
> >
> > In this case, even if "loop-sitemap.xmap" is mounted
> > as
> > "LOOP" the index.xsp is still going to be
> > www/index_xsp.java.
> >
> > Remember it goes by Context heirarchy--not URI
> heirarchy.
>
> > ATTACHMENT part 2 application/x-pkcs7-signature
> name=smime.p7s
>
>
> =====
> Thanks and have great day
> srini
>
> ____________________________________________________________
> Do You Yahoo!?
> For regular News updates go to http://in.news.yahoo.com
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0b1] bug(?) in XSP
Posted by java guru <ja...@yahoo.co.in>.
The simple answer for all the "concrete example" is
YES. I tried the exact situation i described..and c2
is not acting as anticipated...rather its compiling
both docs/index.xsp(precisely its only compiling the
first one and not second one as its finding the class
file already compiled from first one) into same
package..
Thanks in advance
--- Berin Loritsch <bl...@apache.org> wrote: >
java guru wrote:
> >
> > I guess .. What Mr.Drasko refering here is
> >
> > For example
> >
> > 1. You have two sub sitemaps say test1 and test2
> > 2. Both of them have some pattern called "index"
> to
> > serve a xsp called index.xsp.
> > 3. Both sitemaps are set up to serve the index.xsp
> > from their respective sub-folder called "docs".
> > 4. But the content of the both index.xsp 's is
> diffent
> > from each other.
>
> To see if we are speaking the same language, are you
> talking about a directory structure like this:
>
> $context/
> sitemap.xmap
> docs/index.xsp
> iexplorer/
> sitemap.xmap
> docs/index.xsp
> netscape/
> sitemap.xmap
> docs/index.xsp
>
> Even if the mounted sitemaps (iexplorer/sitemap.xml
> and netscape/sitemap.xml) have the same URL because
> they choose on browser type, they are treated
> completely
> different.
>
> > 5. Now when you access the first sub-sitemap
> pattern
> > index. The index.xsp is compiled into
> > www/docs/index_xsp.java and then served
>
> Not exactly correct. The three index.xsp files
> above
> are compiled into the following directories:
>
> www/docs/index_xsp
> www/iexplorer/docs/index_xsp
> www/netscape/docs/index_xsp
>
> The generated filename follows the CONTEXT directory
> heirarchy.
>
> > 6. Funny part now is if u try to access "index"
> > pattern from second sitemap "test2".
>
> Do you have a hard example of this?
>
> > 7. Incase, c2 try to compile the index.xsp from
> this
> > context, the package created in tomcat work
> directory
> > would still be www/docs/index_xsp.java over
> writing
> > the first one.
>
> If you are talking about separate contexts, then you
> have nothing to worry about. The Servlet Engine
> gives
> each Context it's own unique Work Directory. Each
> instance of Cocoon 2 will be using their _own_ work
> directory as the repository for the generated
> classes.
>
> > 8. Whats worser is for caching(or whatever reason)
> c2
> > decides NOT to compile but to serve the same class
> > file and serve the wrong contents.
>
> Again, do you have a concrete example of this?
>
> > Hope this complements Mr.Drasko's point and make
> the
> > problem clearer ..
> >
> > Or may be this is not problem at all and there is
> some
> > explanation...
>
> The only other situation I can think of is this:
>
> $context/
> sitemap.xmap
> loop-sitemap.xmap
> index.xsp
>
> In this case, even if "loop-sitemap.xmap" is mounted
> as
> "LOOP" the index.xsp is still going to be
> www/index_xsp.java.
>
> Remember it goes by Context heirarchy--not URI
heirarchy.
> ATTACHMENT part 2 application/x-pkcs7-signature
name=smime.p7s
=====
Thanks and have great day
srini
____________________________________________________________
Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0b1] bug(?) in XSP
Posted by Berin Loritsch <bl...@apache.org>.
java guru wrote:
>
> I guess .. What Mr.Drasko refering here is
>
> For example
>
> 1. You have two sub sitemaps say test1 and test2
> 2. Both of them have some pattern called "index" to
> serve a xsp called index.xsp.
> 3. Both sitemaps are set up to serve the index.xsp
> from their respective sub-folder called "docs".
> 4. But the content of the both index.xsp 's is diffent
> from each other.
To see if we are speaking the same language, are you
talking about a directory structure like this:
$context/
sitemap.xmap
docs/index.xsp
iexplorer/
sitemap.xmap
docs/index.xsp
netscape/
sitemap.xmap
docs/index.xsp
Even if the mounted sitemaps (iexplorer/sitemap.xml
and netscape/sitemap.xml) have the same URL because
they choose on browser type, they are treated completely
different.
> 5. Now when you access the first sub-sitemap pattern
> index. The index.xsp is compiled into
> www/docs/index_xsp.java and then served
Not exactly correct. The three index.xsp files above
are compiled into the following directories:
www/docs/index_xsp
www/iexplorer/docs/index_xsp
www/netscape/docs/index_xsp
The generated filename follows the CONTEXT directory
heirarchy.
> 6. Funny part now is if u try to access "index"
> pattern from second sitemap "test2".
Do you have a hard example of this?
> 7. Incase, c2 try to compile the index.xsp from this
> context, the package created in tomcat work directory
> would still be www/docs/index_xsp.java over writing
> the first one.
If you are talking about separate contexts, then you
have nothing to worry about. The Servlet Engine gives
each Context it's own unique Work Directory. Each
instance of Cocoon 2 will be using their _own_ work
directory as the repository for the generated classes.
> 8. Whats worser is for caching(or whatever reason) c2
> decides NOT to compile but to serve the same class
> file and serve the wrong contents.
Again, do you have a concrete example of this?
> Hope this complements Mr.Drasko's point and make the
> problem clearer ..
>
> Or may be this is not problem at all and there is some
> explanation...
The only other situation I can think of is this:
$context/
sitemap.xmap
loop-sitemap.xmap
index.xsp
In this case, even if "loop-sitemap.xmap" is mounted as
"LOOP" the index.xsp is still going to be www/index_xsp.java.
Remember it goes by Context heirarchy--not URI heirarchy.
Re: [C2.0b1] bug(?) in XSP
Posted by java guru <ja...@yahoo.co.in>.
I guess .. What Mr.Drasko refering here is
For example
1. You have two sub sitemaps say test1 and test2
2. Both of them have some pattern called "index" to
serve a xsp called index.xsp.
3. Both sitemaps are set up to serve the index.xsp
from their respective sub-folder called "docs".
4. But the content of the both index.xsp 's is diffent
from each other.
5. Now when you access the first sub-sitemap pattern
index. The index.xsp is compiled into
www/docs/index_xsp.java and then served
6. Funny part now is if u try to access "index"
pattern from second sitemap "test2".
7. Incase, c2 try to compile the index.xsp from this
context, the package created in tomcat work directory
would still be www/docs/index_xsp.java over writing
the first one.
8. Whats worser is for caching(or whatever reason) c2
decides NOT to compile but to serve the same class
file and serve the wrong contents.
Hope this complements Mr.Drasko's point and make the
problem clearer ..
Or may be this is not problem at all and there is some
explanation...
javaguru
--- Berin Loritsch <bl...@apache.org> wrote: >
Drasko Kokic wrote:
> >
> > Okay ... after a small (but very eficient) chat
> with
> > javaguru ... I have identified background
> information
> > about the way where the generated java file is
> being
> > created:
> >
> > It seams that the informtion suplied in the src
> > atribute of the generate element is used to define
> > where (relative to .../org/apache/cocoon/www) the
> file
> > will be created.
> >
> > There is a possibility in a multiple sub-sitemaps
> > environment to have same "relative paths" for
> diferent
> > XSP's in different sub-sitemaps. This means that
> > either the files will overwrite each other all the
> > time or (even worse) be mistaken!!!
>
>
> The generated class files are placed in a main
> package
> which you can override in cocoon.xconf. By default,
> it
> is the package org.apache.cocoon.www. From this
> point,
> all class names and sub packages are generated from
> the
> filename of the source document itself. In fact,
> the
> extension is made part of the class name. For
> example,
> the root sitemap.xmap file will be generated into:
>
> org.apache.cocoon.www.sitemap_xmap;
>
> If you have two other sitemaps that vary only by
> extension
> (for instance .map, and .alt) they will have a
> unique file
> and class name:
>
> org.apache.cocoon.www.sitemap_map;
> org.apache.cocoon.www.sitemap_alt;
>
> Also, since the actual class/filename is derived
> from the
> context directory, the sub directories are treated
> as
> sub-packages, and illegal characters are transformed
> into
> an '_' character.
>
> The only potential conflict that remains then is one
> where
> you have two identically named files in the same
> directory
> that differ by using a period (.) instead of a
> hyphen (-).
> Niether of these characters are legal class name
> characters.
> For example, we can have the following files:
> file-one.xsp
> and file.one.xsp:
>
> org.apache.cocoon.www.docs.file_one_xsp; //
> docs/file-one.xsp
> org.apache.cocoon.www.docs.file_one_xsp; //
> docs/file.one.xsp
>
> It is theorhetically possible--however the
> circumstances to
> create it would require a developer who doesn't give
> a flying
> leap about maintainance. Since Contexts cannot be
> written to
> by an outside user, we are safe from this approach.
>
>
>
> >
> > Please, could somebody give some light on this
> > problem?!
> >
> > TIA
> > Drasko
> >
> > --- Drasko Kokic <dr...@yahoo.com> wrote:
> > > Hello again,
> > >
> > > can anybody tell me what is the path/filename
> rule
> > > applied when a java file is being generated from
> the
> > > XSP?!
> > >
> > > TIA
> > > Drasko
> > >
> > > --- Drasko Kokic <dr...@yahoo.com> wrote:
> > > > I think I have found something very strange in
> the
> > > > way
> > > > Java files are being generated from the XSP
> files.
> > > >
> > > > I have situation like described in the
> attached
> > > > email.
> > > > There is a main sitemap and a sub-sitemap for
> the
> > > > sub-URI LOOP.
> > > >
> > > > In the LOOP sub-sitemap I have the following
> code:
> > > >
> > > > <map:match pattern="Index">
> > > > <map:generate type="serverpages"
> > > > src="index.xsp"/>
> > > > <map:transform src="index-html.ss"/>
> > > > <map:serialize type="html"/>
> > > > </map:match>
> > > >
> > > > I don't understand why is the Java file
> > > > index_xsp.java
> > > > generated under the www directory and not
> under
> > > > www/LOOP directory???
> > > >
> > > > Anybody care to explain how XSP and sitemap
> work
> > > > together.
> > > >
> > > > TIA
> > > > Drasko
> > > >
> > > > --- Drasko Kokic <dr...@yahoo.com>
> wrote:
> > > > > Hello everybody,
> > > > >
> > > > > this is already the second time I am getting
> > > > stucked
> > > > > with this problem. Unfortunately the first
> time
> > > I
> > > > > have "solved" the problem in untraceble way
> :-(
> > > > >
> > > > > I am using submaps like following
> > > > >
> > > > > context = KontoCheck
> > > > > submap = LOOP
> > > > >
> > > > > this creates properly the sitemap_xmap.java
> in
> > > the
> > > > > blabla...KontoCheck/org/apache/cocoon/www
> > > > > as well as in the subdirectory LOOP.
> > > > > Both get compiled and things work fine.
> > > > >
> > > > > BUT ...
> > > > >
> > > > > after I have configured the LOOP submap to
> serve
> > > > the
> > > > > URI SingleLogin/CheckIn I am getting the
> > > > > ClassNotFoundException.
> > > > >
> > > > > Looking into the work directory I can see
> that
> > > > under
> > > > > the www directory there is SingleLogin
> > > > subdirectory
> > > > > containing the java file generated thrue
> XSP.
> > > ONLY
> > > > > THERE IS NO CLASS FILE.
> > > > >
> > > > > How is it possible to fix this problem?
> What is
> > > > > causing this misbehaviour?
> > > > >
> > > > > TIA
> > > > > Drasko
> > > > >
> > > > >
> > > > >
> > >
> __________________________________________________
> > > > > Do You Yahoo!?
> > > > > Get personalized email addresses from Yahoo!
> > > Mail
> > > > > http://personal.mail.yahoo.com/
> > > > >
> > > > >
> > > >
> > >
>
=== message truncated ===
> ATTACHMENT part 2 application/x-pkcs7-signature
name=smime.p7s
=====
Thanks and have great day
srini
____________________________________________________________
Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0b1] bug(?) in XSP
Posted by Berin Loritsch <bl...@apache.org>.
Drasko Kokic wrote:
>
> Okay ... after a small (but very eficient) chat with
> javaguru ... I have identified background information
> about the way where the generated java file is being
> created:
>
> It seams that the informtion suplied in the src
> atribute of the generate element is used to define
> where (relative to .../org/apache/cocoon/www) the file
> will be created.
>
> There is a possibility in a multiple sub-sitemaps
> environment to have same "relative paths" for diferent
> XSP's in different sub-sitemaps. This means that
> either the files will overwrite each other all the
> time or (even worse) be mistaken!!!
The generated class files are placed in a main package
which you can override in cocoon.xconf. By default, it
is the package org.apache.cocoon.www. From this point,
all class names and sub packages are generated from the
filename of the source document itself. In fact, the
extension is made part of the class name. For example,
the root sitemap.xmap file will be generated into:
org.apache.cocoon.www.sitemap_xmap;
If you have two other sitemaps that vary only by extension
(for instance .map, and .alt) they will have a unique file
and class name:
org.apache.cocoon.www.sitemap_map;
org.apache.cocoon.www.sitemap_alt;
Also, since the actual class/filename is derived from the
context directory, the sub directories are treated as
sub-packages, and illegal characters are transformed into
an '_' character.
The only potential conflict that remains then is one where
you have two identically named files in the same directory
that differ by using a period (.) instead of a hyphen (-).
Niether of these characters are legal class name characters.
For example, we can have the following files: file-one.xsp
and file.one.xsp:
org.apache.cocoon.www.docs.file_one_xsp; // docs/file-one.xsp
org.apache.cocoon.www.docs.file_one_xsp; // docs/file.one.xsp
It is theorhetically possible--however the circumstances to
create it would require a developer who doesn't give a flying
leap about maintainance. Since Contexts cannot be written to
by an outside user, we are safe from this approach.
>
> Please, could somebody give some light on this
> problem?!
>
> TIA
> Drasko
>
> --- Drasko Kokic <dr...@yahoo.com> wrote:
> > Hello again,
> >
> > can anybody tell me what is the path/filename rule
> > applied when a java file is being generated from the
> > XSP?!
> >
> > TIA
> > Drasko
> >
> > --- Drasko Kokic <dr...@yahoo.com> wrote:
> > > I think I have found something very strange in the
> > > way
> > > Java files are being generated from the XSP files.
> > >
> > > I have situation like described in the attached
> > > email.
> > > There is a main sitemap and a sub-sitemap for the
> > > sub-URI LOOP.
> > >
> > > In the LOOP sub-sitemap I have the following code:
> > >
> > > <map:match pattern="Index">
> > > <map:generate type="serverpages"
> > > src="index.xsp"/>
> > > <map:transform src="index-html.ss"/>
> > > <map:serialize type="html"/>
> > > </map:match>
> > >
> > > I don't understand why is the Java file
> > > index_xsp.java
> > > generated under the www directory and not under
> > > www/LOOP directory???
> > >
> > > Anybody care to explain how XSP and sitemap work
> > > together.
> > >
> > > TIA
> > > Drasko
> > >
> > > --- Drasko Kokic <dr...@yahoo.com> wrote:
> > > > Hello everybody,
> > > >
> > > > this is already the second time I am getting
> > > stucked
> > > > with this problem. Unfortunately the first time
> > I
> > > > have "solved" the problem in untraceble way :-(
> > > >
> > > > I am using submaps like following
> > > >
> > > > context = KontoCheck
> > > > submap = LOOP
> > > >
> > > > this creates properly the sitemap_xmap.java in
> > the
> > > > blabla...KontoCheck/org/apache/cocoon/www
> > > > as well as in the subdirectory LOOP.
> > > > Both get compiled and things work fine.
> > > >
> > > > BUT ...
> > > >
> > > > after I have configured the LOOP submap to serve
> > > the
> > > > URI SingleLogin/CheckIn I am getting the
> > > > ClassNotFoundException.
> > > >
> > > > Looking into the work directory I can see that
> > > under
> > > > the www directory there is SingleLogin
> > > subdirectory
> > > > containing the java file generated thrue XSP.
> > ONLY
> > > > THERE IS NO CLASS FILE.
> > > >
> > > > How is it possible to fix this problem? What is
> > > > causing this misbehaviour?
> > > >
> > > > TIA
> > > > Drasko
> > > >
> > > >
> > > >
> > __________________________________________________
> > > > Do You Yahoo!?
> > > > Get personalized email addresses from Yahoo!
> > Mail
> > > > http://personal.mail.yahoo.com/
> > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > Please check that your question has not already
> > > been
> > > > answered in the
> > > > FAQ before posting.
> > > > <http://xml.apache.org/cocoon/faqs.html>
> > > >
> > > > To unsubscribe, e-mail:
> > > > <co...@xml.apache.org>
> > > > For additional commands, e-mail:
> > > > <co...@xml.apache.org>
> > > >
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo! Mail
> > > http://personal.mail.yahoo.com/
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > Please check that your question has not already
> > been
> > > answered in the
> > > FAQ before posting.
> > > <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail:
> > > <co...@xml.apache.org>
> > > For additional commands, e-mail:
> > > <co...@xml.apache.org>
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
> >
> >
> ---------------------------------------------------------------------
> > Please check that your question has not already been
> > answered in the
> > FAQ before posting.
> > <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail:
> > <co...@xml.apache.org>
> > For additional commands, e-mail:
> > <co...@xml.apache.org>
> >
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
[C2.0b1] bug(?) in XSP
Posted by Drasko Kokic <dr...@yahoo.com>.
Okay ... after a small (but very eficient) chat with
javaguru ... I have identified background information
about the way where the generated java file is being
created:
It seams that the informtion suplied in the src
atribute of the generate element is used to define
where (relative to .../org/apache/cocoon/www) the file
will be created.
There is a possibility in a multiple sub-sitemaps
environment to have same "relative paths" for diferent
XSP's in different sub-sitemaps. This means that
either the files will overwrite each other all the
time or (even worse) be mistaken!!!
Please, could somebody give some light on this
problem?!
TIA
Drasko
--- Drasko Kokic <dr...@yahoo.com> wrote:
> Hello again,
>
> can anybody tell me what is the path/filename rule
> applied when a java file is being generated from the
> XSP?!
>
> TIA
> Drasko
>
> --- Drasko Kokic <dr...@yahoo.com> wrote:
> > I think I have found something very strange in the
> > way
> > Java files are being generated from the XSP files.
> >
> > I have situation like described in the attached
> > email.
> > There is a main sitemap and a sub-sitemap for the
> > sub-URI LOOP.
> >
> > In the LOOP sub-sitemap I have the following code:
> >
> > <map:match pattern="Index">
> > <map:generate type="serverpages"
> > src="index.xsp"/>
> > <map:transform src="index-html.ss"/>
> > <map:serialize type="html"/>
> > </map:match>
> >
> > I don't understand why is the Java file
> > index_xsp.java
> > generated under the www directory and not under
> > www/LOOP directory???
> >
> > Anybody care to explain how XSP and sitemap work
> > together.
> >
> > TIA
> > Drasko
> >
> > --- Drasko Kokic <dr...@yahoo.com> wrote:
> > > Hello everybody,
> > >
> > > this is already the second time I am getting
> > stucked
> > > with this problem. Unfortunately the first time
> I
> > > have "solved" the problem in untraceble way :-(
> > >
> > > I am using submaps like following
> > >
> > > context = KontoCheck
> > > submap = LOOP
> > >
> > > this creates properly the sitemap_xmap.java in
> the
> > > blabla...KontoCheck/org/apache/cocoon/www
> > > as well as in the subdirectory LOOP.
> > > Both get compiled and things work fine.
> > >
> > > BUT ...
> > >
> > > after I have configured the LOOP submap to serve
> > the
> > > URI SingleLogin/CheckIn I am getting the
> > > ClassNotFoundException.
> > >
> > > Looking into the work directory I can see that
> > under
> > > the www directory there is SingleLogin
> > subdirectory
> > > containing the java file generated thrue XSP.
> ONLY
> > > THERE IS NO CLASS FILE.
> > >
> > > How is it possible to fix this problem? What is
> > > causing this misbehaviour?
> > >
> > > TIA
> > > Drasko
> > >
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo!
> Mail
> > > http://personal.mail.yahoo.com/
> > >
> > >
> >
>
---------------------------------------------------------------------
> > > Please check that your question has not already
> > been
> > > answered in the
> > > FAQ before posting.
> > > <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail:
> > > <co...@xml.apache.org>
> > > For additional commands, e-mail:
> > > <co...@xml.apache.org>
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
> >
> >
>
---------------------------------------------------------------------
> > Please check that your question has not already
> been
> > answered in the
> > FAQ before posting.
> > <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail:
> > <co...@xml.apache.org>
> > For additional commands, e-mail:
> > <co...@xml.apache.org>
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>
>
---------------------------------------------------------------------
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail:
> <co...@xml.apache.org>
> For additional commands, e-mail:
> <co...@xml.apache.org>
>
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[C2.0b1] XSP
Posted by Drasko Kokic <dr...@yahoo.com>.
Hello again,
can anybody tell me what is the path/filename rule
applied when a java file is being generated from the
XSP?!
TIA
Drasko
--- Drasko Kokic <dr...@yahoo.com> wrote:
> I think I have found something very strange in the
> way
> Java files are being generated from the XSP files.
>
> I have situation like described in the attached
> email.
> There is a main sitemap and a sub-sitemap for the
> sub-URI LOOP.
>
> In the LOOP sub-sitemap I have the following code:
>
> <map:match pattern="Index">
> <map:generate type="serverpages"
> src="index.xsp"/>
> <map:transform src="index-html.ss"/>
> <map:serialize type="html"/>
> </map:match>
>
> I don't understand why is the Java file
> index_xsp.java
> generated under the www directory and not under
> www/LOOP directory???
>
> Anybody care to explain how XSP and sitemap work
> together.
>
> TIA
> Drasko
>
> --- Drasko Kokic <dr...@yahoo.com> wrote:
> > Hello everybody,
> >
> > this is already the second time I am getting
> stucked
> > with this problem. Unfortunately the first time I
> > have "solved" the problem in untraceble way :-(
> >
> > I am using submaps like following
> >
> > context = KontoCheck
> > submap = LOOP
> >
> > this creates properly the sitemap_xmap.java in the
> > blabla...KontoCheck/org/apache/cocoon/www
> > as well as in the subdirectory LOOP.
> > Both get compiled and things work fine.
> >
> > BUT ...
> >
> > after I have configured the LOOP submap to serve
> the
> > URI SingleLogin/CheckIn I am getting the
> > ClassNotFoundException.
> >
> > Looking into the work directory I can see that
> under
> > the www directory there is SingleLogin
> subdirectory
> > containing the java file generated thrue XSP. ONLY
> > THERE IS NO CLASS FILE.
> >
> > How is it possible to fix this problem? What is
> > causing this misbehaviour?
> >
> > TIA
> > Drasko
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
> >
> >
>
---------------------------------------------------------------------
> > Please check that your question has not already
> been
> > answered in the
> > FAQ before posting.
> > <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail:
> > <co...@xml.apache.org>
> > For additional commands, e-mail:
> > <co...@xml.apache.org>
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>
>
---------------------------------------------------------------------
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail:
> <co...@xml.apache.org>
> For additional commands, e-mail:
> <co...@xml.apache.org>
>
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[C2.0b1] question about XSP generated Java files
Posted by Drasko Kokic <dr...@yahoo.com>.
I think I have found something very strange in the way
Java files are being generated from the XSP files.
I have situation like described in the attached email.
There is a main sitemap and a sub-sitemap for the
sub-URI LOOP.
In the LOOP sub-sitemap I have the following code:
<map:match pattern="Index">
<map:generate type="serverpages" src="index.xsp"/>
<map:transform src="index-html.ss"/>
<map:serialize type="html"/>
</map:match>
I don't understand why is the Java file index_xsp.java
generated under the www directory and not under
www/LOOP directory???
Anybody care to explain how XSP and sitemap work
together.
TIA
Drasko
--- Drasko Kokic <dr...@yahoo.com> wrote:
> Hello everybody,
>
> this is already the second time I am getting stucked
> with this problem. Unfortunately the first time I
> have "solved" the problem in untraceble way :-(
>
> I am using submaps like following
>
> context = KontoCheck
> submap = LOOP
>
> this creates properly the sitemap_xmap.java in the
> blabla...KontoCheck/org/apache/cocoon/www
> as well as in the subdirectory LOOP.
> Both get compiled and things work fine.
>
> BUT ...
>
> after I have configured the LOOP submap to serve the
> URI SingleLogin/CheckIn I am getting the
> ClassNotFoundException.
>
> Looking into the work directory I can see that under
> the www directory there is SingleLogin subdirectory
> containing the java file generated thrue XSP. ONLY
> THERE IS NO CLASS FILE.
>
> How is it possible to fix this problem? What is
> causing this misbehaviour?
>
> TIA
> Drasko
>
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>
>
---------------------------------------------------------------------
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail:
> <co...@xml.apache.org>
> For additional commands, e-mail:
> <co...@xml.apache.org>
>
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[C2.0b1] java.lang.ClassNotFoundException
Posted by Drasko Kokic <dr...@yahoo.com>.
Hello everybody,
this is already the second time I am getting stucked
with this problem. Unfortunately the first time I
have "solved" the problem in untraceble way :-(
I am using submaps like following
context = KontoCheck
submap = LOOP
this creates properly the sitemap_xmap.java in the
blabla...KontoCheck/org/apache/cocoon/www
as well as in the subdirectory LOOP.
Both get compiled and things work fine.
BUT ...
after I have configured the LOOP submap to serve the
URI SingleLogin/CheckIn I am getting the
ClassNotFoundException.
Looking into the work directory I can see that under
the www directory there is SingleLogin subdirectory
containing the java file generated thrue XSP. ONLY
THERE IS NO CLASS FILE.
How is it possible to fix this problem? What is
causing this misbehaviour?
TIA
Drasko
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>