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 Mon, 23 Jul 2001 12:17:47 GMT
Thanks man.,
  I just submitted onto the bugzilla..bug 2737..


 --- Davanum Srinivas <dims@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 <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>
>  

=====
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