cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Davanum Srinivas <d...@yahoo.com>
Subject Re: [C2.0b1] bug(?) in XSP
Date Mon, 23 Jul 2001 10:36:37 GMT
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 <javacocoon@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 <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>
> 


=====
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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message