cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From java guru <javacoc...@yahoo.co.in>
Subject Re: [C2.0b1] bug(?) in XSP
Date Sat, 21 Jul 2001 02:12:59 GMT
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 <bloritsch@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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message