Re: [C2] Speed problem - transformation process?
I've noticed for example that variables are very slow... if I declare at the beginning xsl:variable.. and use it everywhere.. it is very very slow ! Bentley, Tim a écrit : Hi - I've got a problem with C2 which _seems_ to be to do with XSL tranformations. I'm running C2.1 dev (last week's build), with Tomcat 3.2.1 on NT (P3 500mhz, 256mb RAM, 6gb disk). I also have C1.8.2 set up on the same machine, also running under Tomcat 3.2.1, which I have been using for comparison purposes. I have been converting a C1 app over to C2, and got everything working the other day. However, it is horribly, horribly slow - requests which were taking 50-80 milliseconds under C1 are taking 3-5 seconds. I've been able to log timestamps at various points, and have isolated where the problem area seems to be - one line in my XSP code (a call to JNDI to query an LDAP directory) in a particular page is where most of the delay is occurring (around 3-5 secs worth). The interesting thing is that the speed problem does not occur at all if the page in question is just generated (without doing stylesheet transformations). This seems odd, as I would assume that the generation process has to be complete before the stylesheet can be applied, yet it appears that when a stylesheet transformation is specified the actual generation process for this page slows down as well - I can see this from my log lines showing the timestamp at key points. The stylesheet is not particularly complex, and under Cocoon 1.8.2 the whole thing was pretty quick. In C2 you can see the machine slow down while the page is being processed - the JVM is maxing out the processor. Does anyone have any clues as to what could be causing this? I did wonder whether it could be something to do with caching - I am trying to cache both the XSP page and the stylesheet. From the log entries I think both are being cached. I assume now though that is is a problem either with my configuration or in some bizarre way with my XSP and/or XSL, but I'm at a bit of a loss to know what it could be. It's also a bit of a blow to find that something which worked perfectly in C1 has problems in C2. Regards, Tim Bentley - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[C2] Redirects...
Hi, I know this issue has been discussed many times earlier on this list, but I couldn't find a conclusion to why response.sendRedirect has been removed from XSPResponseHelper (supposedly has to do with SAX?). Are there any known work-arounds for this? I really need to be able to issue redirects from XSP pages, and not from the sitemap. Migrating from C1 becomes so much more complicated when XSP redirects are not available... Thanks, - Anders Lindh - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Merge multiple files to one XSP-File
Hi ! I split up my xsp files to keep them small and for reusebility. With Cocoon 1.8 ist wasn't a problem to merge them BEFORE the xsp-file is translated to a class. I used xinclude. But now with cocoon 2 that is not possible. XInclude works only as a postprocessor. So my question: Is there a way to merge files to one xsp-file before comiling? It's urgent. Please help Thanks in advance. Christoph Gaffga - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Servlet startup error on Mac OS X: Configuration Error: ProxyEmitter.startDocument(): no underlying emitter provided
Trying to bring up Cocoon 2.0beta1 on Mac OS X under Tomcat 3.2.2. The Tomcat is working OK. Cocoon builds OK. But accessing the URL http://localhost:8080/cocoon/; barfs (see log file excerpt, below). Anybody know what's wrong with my configuration? My classpath is listed below, too. There are doubtless duplicates in the Classpath and elements that override others, but that shouldn't matter, right? Thanks in advance, --chip = cocoon.log = DEBUG 46886 [cocoon ] (Thread-9): URL for Root: file:/opt/tomcat/webapps/cocoon/ DEBUG 46886 [cocoon ] (Thread-9): Beginning sitemap regeneration DEBUG 46886 [cocoon ] (Thread-9): Making URL from file:/opt/tomcat/webapps/cocoon/sitemap.xmap DEBUG 46886 [cocoon ] (Thread-25): Making URL from file:/opt/tomcat/webapps/cocoon/sitemap.xmap DEBUG 46887 [cocoon ] (Thread-25): UnnamedSelector: ComponentSelector could not find the component for hint: org/apache/cocoon/www/sitemap_xmap DEBUG 46891 [cocoon ] (Thread-25): The instance was not accessible, creating it now. DEBUG 46891 [cocoon ] (Thread-25): ComponentFactory creating new instance of org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage. WARN46894 [cocoon ] (Thread-25): Configuration Error: ProxyEmitter.startDocument(): no underlying emitter provided org.xml.sax.SAXException: ProxyEmitter.startDocument(): no underlying emitter provided at com.icl.saxon.ContentEmitter.startDocument(ContentEmitter.java:64) at org.xml.sax.helpers.XMLFilterImpl.startDocument(XMLFilterImpl.java:502) at org.apache.cocoon.components.language.markup.Logicsheet$SaveNamespaceFilter. startDocument(Logicsheet.java:168) at org.apache.xerces.parsers.SAXParser.startDocument(SAXParser.java:1214) at org.apache.xerces.validators.common.XMLValidator.callStartDocument (XMLValidator.java:1035) at org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.dispatch( XMLDocumentScanner.java:741) at org.apache.xerces.framework.XMLDocumentScanner.parseSome (XMLDocumentScanner.java:381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:952) at org.apache.cocoon.components.language.markup.Logicsheet.setInputSource (Logicsheet.java:110) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.createLogicsheet( AbstractMarkupLanguage.java:183) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.configure( AbstractMarkupLanguage.java:114) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance( DefaultComponentFactory.java:110) at org.apache.avalon.excalibur.component.DefaultComponentHandler.get (DefaultComponentHandler.java:91) at org.apache.avalon.excalibur.component.DefaultComponentSelector.select (DefaultComponentSelector.java:184) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load( ProgramGeneratorImpl.java:155) at org.apache.cocoon.sitemap.Handler.run(Handler.java:224) at java.lang.Thread.run(Thread.java:496) DEBUG 46894 [cocoon ] (Thread-25): markup-languages: ComponentSelector could not access the Component for hint: sitemap org.apache.avalon.framework.configuration.ConfigurationException: AbstractMarkupLanguage: ProxyEmitter.startDocument(): no underlying emitter provided at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.configure( AbstractMarkupLanguage.java:142) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance( DefaultComponentFactory.java:110) = classpath (made readable) = /opt/tomcat/webapps/cocoon/WEB-INF/classes /opt/tomcat/webapps/cocoon/WEB-INF/lib/avalon-excalibur-4.0b1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/avalon-framework-4.0b1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/batik-libs.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/bsf.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/cocoon-2.0b1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/cocoon.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/dom2.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/fop-0_18_1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/hsqldb.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/jakarta-regexp-1.2.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/jimi-1.0.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/jstyle.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/junit.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/logkit-1.0b1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/maybeupload.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/rhino.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/Tidy.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/velocity-1.1-rc1.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/xalan-2.1.0.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/xerces_1_4_0.jar /opt/tomcat/webapps/cocoon/WEB-INF/lib/xt.jar /opt/tomcat/bin/../lib/ant.jar /opt/tomcat/bin/../lib/jasper.jar
RE: [C2] Speed problem - transformation process?
Samuel - That's interesting. Have you done any comparisons of this between C1 and C2? It's hard to see why Xalan should be slower with C2 than with C1. Tim -Original Message- From: Samuel ARNOD-PRIN [mailto:[EMAIL PROTECTED]] Sent: Sunday, 8 July 2001 18:27 To: [EMAIL PROTECTED] Subject: Re: [C2] Speed problem - transformation process? I've noticed for example that variables are very slow... if I declare at the beginning xsl:variable.. and use it everywhere.. it is very very slow ! Bentley, Tim a écrit : Hi - I've got a problem with C2 which _seems_ to be to do with XSL tranformations. I'm running C2.1 dev (last week's build), with Tomcat 3.2.1 on NT (P3 500mhz, 256mb RAM, 6gb disk). I also have C1.8.2 set up on the same machine, also running under Tomcat 3.2.1, which I have been using for comparison purposes. I have been converting a C1 app over to C2, and got everything working the other day. However, it is horribly, horribly slow - requests which were taking 50-80 milliseconds under C1 are taking 3-5 seconds. I've been able to log timestamps at various points, and have isolated where the problem area seems to be - one line in my XSP code (a call to JNDI to query an LDAP directory) in a particular page is where most of the delay is occurring (around 3-5 secs worth). The interesting thing is that the speed problem does not occur at all if the page in question is just generated (without doing stylesheet transformations). This seems odd, as I would assume that the generation process has to be complete before the stylesheet can be applied, yet it appears that when a stylesheet transformation is specified the actual generation process for this page slows down as well - I can see this from my log lines showing the timestamp at key points. The stylesheet is not particularly complex, and under Cocoon 1.8.2 the whole thing was pretty quick. In C2 you can see the machine slow down while the page is being processed - the JVM is maxing out the processor. Does anyone have any clues as to what could be causing this? I did wonder whether it could be something to do with caching - I am trying to cache both the XSP page and the stylesheet. From the log entries I think both are being cached. I assume now though that is is a problem either with my configuration or in some bizarre way with my XSP and/or XSL, but I'm at a bit of a loss to know what it could be. It's also a bit of a blow to find that something which worked perfectly in C1 has problems in C2. Regards, Tim Bentley - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet startup error on Mac OS X: Configuration Error: ProxyEmitter.startDocument(): no underlying emitter provided
On Sunday, July 8, 2001, at 07:16 PM, Bill Humphries wrote: But how'd you set up your Ant classpath to compile Cocoon? Bill: I'm no expert, but by unsetting my ANT_HOME environment variable before executing build.sh, the clauses in Cocoon's build.sh file took over and used $COCOON/lib//ant_1_3.jar and $COCOON/lib/ant_1_3-optional.jar by default. This works. bash unset ANT_HOME bash bash $COCOON/build.sh . (I work in a heavy-duty Ant shop, so I had to disable the use of our customized Ant 1.4 installation.) --chip morris - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merge multiple files to one XSP-File
On Sun, 8 Jul 2001, C. Gaffga wrote: Hi ! I split up my xsp files to keep them small and for reusebility. With Cocoon 1.8 ist wasn't a problem to merge them BEFORE the xsp-file is translated to a class. I used xinclude. But now with cocoon 2 that is not possible. XInclude works only as a postprocessor. So my question: Is there a way to merge files to one xsp-file before comiling? No, there isn't AFAIK. Giacomo It's urgent. Please help Thanks in advance. Christoph Gaffga - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building the war
It means you have not specified the valid ANT_HOME in the Build.bat/build.sh or pre-specified in your Environment Variables. You can set ANT_HOME to be the same as cocoon folder to use the Ant 1.3 Bundled with Cocoon 2 Cheers Madock 7/5/01 8:46:02 PM, [EMAIL PROTECTED] wrote: I have just downloaded cocoon2, and when I tried to build the war I got the following error: Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/Main What does this mean? Thanks in advance, Joy Stalnecker - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
