From cocoon-dev-return-16721-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org Tue Sep 04 13:49:48 2001 Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 3882 invoked by uid 500); 4 Sep 2001 13:49:47 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 3861 invoked from network); 4 Sep 2001 13:49:47 -0000 Message-ID: <20010904134948.21977.qmail@web12801.mail.yahoo.com> Date: Tue, 4 Sep 2001 06:49:48 -0700 (PDT) From: Davanum Srinivas Reply-To: dims@yahoo.com Subject: RE: session messaging To: cocoon-dev@xml.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Only other idea i have is to try to setup jikes as the compiler for compiling XSP's and see if that helps with a better error/exception. Thanks, dims --- Torsten Curdt wrote: > > Torsten, > > > > Did you use the Tomcat4.0 Servlet.JAR in xml-cocoon2\lib when you did the build? > > Yes. For cocoon as well as for our classes! > If there were a compatibility problem > shouldn't there be a different exception, anyway? > > I just don't get it... > Any other ideas? > > Thanks, > -- > Torsten > > > --- Torsten Curdt wrote: > > > An again I missed something ;) Thanx for the hints... > > > > > > I tried the HttpSessionBindingListener interface since this seems to be exactly > > > what I was looking for. This interface seems to be in API 2.2 and 2.3 > > > so everything did look fine. > > > > > > But after my User class implemented the HttpSessionBindingListener interface > > > I've run into really strange stacktraces: > > > > > > java.util.NoSuchElementException > > > at java.util.StringTokenizer.nextToken(StringTokenizer.java:235) > > > at java.util.StringTokenizer.nextToken(StringTokenizer.java:262) > > > at > > > > org.apache.cocoon.components.language.programming.java.Javac.parseModernError(Javac.java:137) > > > at > > > > org.apache.cocoon.components.language.programming.java.Javac.parseModernStream(Javac.java:119) > > > at org.apache.cocoon.components.language.programming.java.Javac.parseStream(Javac.java:85) > > > at > > > > > > org.apache.cocoon.components.language.programming.java.AbstractJavaCompiler.getErrors(AbstractJavaCompiler.java:114) > > > at > > > > > > org.apache.cocoon.components.language.programming.java.JavaLanguage.compile(JavaLanguage.java:190) > > > at > > > > > > org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:140) > > > at > > > > > > org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:276) > > > at > > > > > > org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:184) > > > at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:153) > > > at > > > > > > org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:146) > > > at > > > > org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:246) > > > at > > > > > > org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:108) > > > at org.apache.cocoon.components.source.SitemapSource.refresh(SitemapSource.java:259) > > > at org.apache.cocoon.components.source.SitemapSource.(SitemapSource.java:145) > > > at > > > > org.apache.cocoon.components.source.CocoonSourceFactory.getSource(CocoonSourceFactory.java:53) > > > at > org.apache.cocoon.components.source.SourceHandlerImpl.getSource(SourceHandlerImpl.java:132) > > > at org.apache.cocoon.environment.AbstractEnvironment.resolve(AbstractEnvironment.java:229) > > > at org.apache.cocoon.sitemap.ContentAggregator.setup(ContentAggregator.java:284) > > > at > > > > > > org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:146) > > > at > > > > org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:246) > > > at > > > > > > org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:108) > > > at > > > > > > org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:279) > > > at > > > > > > org.apache.cocoon.www.file_.opt.jakarta.tomcat_4_0_b3.webapps.cocoon.desire4dvs.m_clientdata_xmap.wildcardMatchN1FB(m_clie > > ntdata_xma > > > p.java:1945) > > > at > > > > > > org.apache.cocoon.www.file_.opt.jakarta.tomcat_4_0_b3.webapps.cocoon.desire4dvs.m_clientdata_xmap.process(m_clientdata_xma > > p.java:594 > > > ) > > > at > > > > > > org.apache.cocoon.www.file_.opt.jakarta.tomcat_4_0_b3.webapps.cocoon.desire4dvs.m_clientdata_xmap.process(m_clientdata_xma > > p.java:512 > > > ) > > > at org.apache.cocoon.sitemap.Handler.process(Handler.java:160) > > > > > > Can someone at least _image__ why this could result into an exception in the sitemap? > > > > > > The most strange thing is that I only get this exception when I use my User > > > class in XSP. Using it inside an action is fine - even the event handling works > > > fine. But as soon as I retrieve the User class from the Session inside the XSP I get > > > this stackstrace. > > > > > > Sorry if this becoming a bit off topic. But I'm stumped... > > > Thanks > > > -- > > > Torsten > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > > > For additional commands, email: cocoon-dev-help@xml.apache.org > > > > > > > > > ===== > > Davanum Srinivas, JNI-FAQ Manager > > http://www.jGuru.com/faq/JNI > > > > __________________________________________________ > > Do You Yahoo!? > > Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger > > http://im.yahoo.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > > For additional commands, email: cocoon-dev-help@xml.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org > ===== Davanum Srinivas, JNI-FAQ Manager http://www.jGuru.com/faq/JNI __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org