RE: java.lang.NoSuchFieldError: generators
From: Gal Nitzan [mailto:[EMAIL PROTECTED]] Hi, I just finished installing Cocoon 2.0.2 with Tomcat 4.0.4 b2 on Win 2K server. When trying to access my test page I get the following error: Did you have older Cocoon version? Unwritten FAQ (ok, written, but not published): First rule of upgrader: Always remove working directory. Vadim stack-trace org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoSuchFieldError: generators at org.apache.cocoon.sitemap.Handler.run(Handler.java:295) at java.lang.Thread.run(Thread.java:484) java.lang.NoSuchFieldError: generators at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:213) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(De faultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize( ThreadSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erat or(GeneratorSelector.java:170) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Pr ogramGeneratorImpl.java:248) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:484) request-uri /cocoon/mytest Any clues? Regards, Gal. - 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: ComponentException fatal error
From: Kari Whitcomb [mailto:[EMAIL PROTECTED]] Hello all, I'm trying to get an installation of Cocoon 2.0.2 working on a Tru64 server running Tomcat 4.0.3 and Java 1.3.1. I've followed all the instructions in Have you tried Tomcat 4.0.4? Vadim the cocoon docs (including copying certain jar files to tomcat/common/lib, etc.) When I try and access the top level page (/cocoon/) I'm getting an Internal server error with the message 'markup-languages: ComponentSelector could not access the Component for hint: sitemap'. I saw one relevent thread in the mailinglist archives, but with no resolution. I've included the relevant error message from the cocoon log files with the stack trace. If you need all the debug messages, let me know and I'll send them too. Any help sorting out what is going on will be greatly appreciated. Thanks, Kari Whitcomb [EMAIL PROTECTED] ERROR (2002-04-22) 17:22.12:804 [access](/cocoon/) Thread-5/CocoonServlet: Problem with servlet org.apache.avalon.framework.component.ComponentException: markup-languages: ComponentSelector could not access the Component for hint: sitemap at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select (ExcaliburComponentSelector.java:293) (pc 257) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d (ProgramGeneratorImpl.java:289) (pc 333) at org.apache.cocoon.sitemap.Handler.run (Handler.java:270) (pc 47) at java.lang.Thread.run (Thread.java:484) (pc 11) java.lang.Exception: Could not create enough Components to service your request. at org.apache.avalon.excalibur.pool.DefaultPool.get (DefaultPool.java:133) (pc 110) at org.apache.avalon.excalibur.component.PoolableComponentHandler.get (PoolableComponentHandler.java:126) (pc 38) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select (ExcaliburComponentSelector.java:283) (pc 191) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d (ProgramGeneratorImpl.java:289) (pc 333) at org.apache.cocoon.sitemap.Handler.run (Handler.java:270) (pc 47) at java.lang.Thread.run (Thread.java:484) (pc 11) - 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: HELP: can I *move* xalan/xerces/xml-apis and still have cocoon resolve to them?
From: Terry Longo [mailto:[EMAIL PROTECTED]] Hi, Earlier I posted a long-winded message about the apparent need for the xerces/xalan/xml-apis jars to be in both jre/lib/endorsed and cocoon's web-inf/lib directory. I have a shorter way of asking the same question, and please accept my apologies if the answer is incredibly obvious: How can I *move* the xalan/xerces/xml-apis jars into jre/lib/endorsed and still have cocoon recognize them? In other words, if I move the libraries (rather than copy them), I get SAXParser not found errors when accessing the cocoon example apps. Can anyone please help??? Try extra-classpath in the web.xml (read also install instructions - it has something about it in (IIRC) Tomcat 4.0.3 section) Vadim Thanks! Terry - 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: Exception in creating Transform Handler
From: Andreas Buschka (tops.net) [mailto:[EMAIL PROTECTED]] Hello! I have the following setup: - SuSE 8.0 Base System with the bundled Apache - Cocoon 2.0.2 Binary installation in /opt/jakarta/webapps/cocoon The base installation works fine, but I cannot add a directory to put my own XML/XSL files in. I have added the following to the sample sitemap.xmap in the root directory: map:match pattern=topsnet/hcu.xml map:generate src=topsnet/documents/hcu.xml/ map:transform src=topsnet/stylesheets/topsnet2html.xsl type=xslt /map:transform map:serialize type=html/ /map:match The directory topsnet/ exists below the cocoon directory, and both the xml and xsl files exist. When I access the URL http://myserver:8080/cocoon/topsnet/hcu.xml , I get the following error: An error occurred The org.apache.cocoon.www.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Exception in creating Transform Handler More precisely: org.apache.cocoon.ProcessingException: Exception in creating Transform Handler The stacktrace is: org.apache.cocoon.ProcessingException: Exception in creating Transform Handler at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandle r(XS LTProcessorImpl.java:271) at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandle r(XS LTProcessorImpl.java:204) at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.j ava: 295) at ... You have an error in the topsnet/stylesheets/topsnet2html.xsl. Vadim - 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: question concerning cocoon.war
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Gregor Neu E1 Hi all, somwhere on the install page http://xml.apache.org/cocoon/installing/index.html; under the heading Installing on Tomcat 4.0.3 it says: ... 3.Remove xalan-XXX.jar, xercesImpl-XXX.jar, batik-libs-XXX.jar, and xml-apis.jar from the cocoon.war archive. How does that work? What do you mean? I did not get your question. Vadim Thanks, Gregor - 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: [Problem]sendmail - reference to Session is ambiguous
From: Christian Haul [mailto:[EMAIL PROTECTED]] On 18.Apr.2002 -- 10:02 AM, Vadim Gritsenko wrote: From: Ehms, Jurgen [mailto:[EMAIL PROTECTED]] Here is the Bugfix to Sendmail.xsl - long Path to javax.mail.Session on account of ambiguous to org.apache.cocoon.environment.Session - changes on Template get-nested-string to prevent ERROR on String.getValue() with missing Argument; - added Tags sendmail:bcc,sendmail:cc,sendmail:charset usage with xmlns:sendmail=http://apache.org/cocoon/sendmail/1.5 changed that back to version 1.0 since it is compatible with 1.0 in Head ... sendmail:send-mail sendmail:smtphostMailserver/sendmail:smtphost !-- default is 127.0.0.1 -- sendmail:from[EMAIL PROTECTED]/sendmail:from !-- required -- sendmail:to[EMAIL PROTECTED]/sendmail:to !-- required -- sendmail:cc[EMAIL PROTECTED]/sendmail:cc sendmail:bcc[EMAIL PROTECTED]/sendmail:bcc sendmail:charsetADRFROM/sendmail:charset sendmail:subjectTXTSubjekt/sendmail:subject sendmail:bodyTXTMSG/sendmail:body sendmail:charsetISO-8859-1/sendmail:charset /sendmail:send-mail I testet with jdk1.3.1 tomcat-4.0.4-dev2 cocoon-2.0.3-dev I hope it will help Thanks, I will take a look at it sometime. PS Next time (if any), please don't change formatting too much - it makes it harder to track changes. I've normalized both current version and patched version using emacs indentions. I have committed both a reformated current version and a modified version of Jürgen's patch to make actual differences more visible. Jürgen, please cross check with CVS if it still solves your problem. I was facing similar problems which disappeared with the new version so I think it should do for you as well. Vadim, sorry for butting in but I was in need of sendmail as well. That's all right, and even thanks. This was not bugging me, so it could lie dormant quite a while. Could you please also fix 2.0.3 branch? ;) Vadim Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: xslt transformer caching
From: Stephen Ng [mailto:[EMAIL PROTECTED]] The xslt transformer doesn't know if a file that is being imported has changed and needs to be reloaded instead of using the cached version. I.e.: map:transform src=foo.xslt/ If foo.xslt xsl:import's bar.xslt, Cocoon doesn't check to see if bar.xslt has changed. Is there a way in the sitemap to explicitly specify that foo.xslt depends on bar.xslt? No. Vadim Stephen Ng Lumigent - 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: Iteration inside xsp
From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Harry, thank you for your reply. It tried the request variable. I tried to get the session from the request but it didn't work. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true xsp:structure xsp:includeorg.apache.cocoon.environment.Request/xsp:include xsp:includeorg.apache.cocoon.environment.Session/xsp:include /xsp:structure xsp:logic // Class declarations private static int counter = 0; /xsp:logic my-doc-root xsp:logic // get the request request.getSession(); /xsp:logic /my-doc-root /xsp:page The error message was: org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling ShowRoute_xsp: Line 70, column 22: identifier expected Line 70, column 12: cannot access class getSession; file request\getSession.class not found Line 0, column 0: 2 errors Do you have an idea, what could be the reason for this? Yes. See above. Vadim Thank you, best regards - Volker - - 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: Stylesheet directed termination(newbie)
From: Kenny Chow [mailto:[EMAIL PROTECTED]] cocoon /project browse.xsp browse-test.xsl sitemap map:match pattern=browse.xsp map:generate src=browse.xsp/ map:serialize/ /map:match browse.xsp generates the following xml file ?xml version=1.0 encoding=UTF-8? page xmlns:xsp=http://apache.org/xsp; xmlns:xspdoc=http://apache.org/cocoon/XSPDoc/v1; xmlns:esql=http://apache.org/cocoon/SQL/v2; xmlns:card=http://deibcres.com/card/1.0; titleBrowse card/title content card authorsomeAuthor/author /card /content !-- end browse.xsp -- The generation is ok, but once I add map:transformer src=browse-test.xsl/ map:transform src=browse-test.xsl/ to the sitemap, Stylesheet directed termination occurs and the error.log doesn't report the actual error. It does. Search for sentence: Sitemap contains invalid tag Vadim browse-test.xsl looks like this ?xml version=1.0? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:template match=content xsl:apply-templates/ /xsl:template xsl:template match=card h1xsl:value-of select=author//h1 /xsl:template !-- end browse-test.xsl -- Please give a hint if anything here is/are wrong and thanks for getting this far. :) - 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: ComponentException fatal error
From: Kari Whitcomb [mailto:[EMAIL PROTECTED]] I tried using Tomcat 4.0.4 b2 with Cocoon 2.0.2 as was suggested and got it working for a brief moment. But then I tried removing the cocoon webapp and re-deploying it, and now I'm getting the same errors as before with Tomcat 4.0.3. I've even tried reinstalling Tomcat 4.0.4 and Cocoon 2.0.2 again. And I'm still stuck. Any more thoughts on how to fix this? 1. Stop tomcat 2. Remove work directory (tomcat/work) 3. Delete all logs (tomcat/cocoon/WEB-INF/logs) 4. Start tomcat 5. Access Cocoon 6. Read log files, take a note of every exception. Send log snippets to the group. Vadim Thanks, Kari - Original Message - From: Vadim Gritsenko [EMAIL PROTECTED] Date: Tue, 23 Apr 2002 10:23:42 -0400 To: [EMAIL PROTECTED] Subject: RE: ComponentException fatal error From: Kari Whitcomb [mailto:[EMAIL PROTECTED]] You seem to be suggesting that there is no way to fix it with Tomcat 4.0.3. Is that correct? No, I was able to make it run. It more or less documented in install instructions. However, for the newcomers I suggest first to try with something stable, and only then (if still there is time/desire) try troublesome combinations. What in particular is causing the incompatibility? AFAIU, changes in the XML API class loading in the servlet spec and the way it is implemented in the 4.0.2-4.0.3 is the major PITA. Tomcat 4.0.4 looks to be working without issues, as Tomcat 4.0.1 was. Vadim ... - 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: Parameter Selector Problem
From: Christian Haul [mailto:[EMAIL PROTECTED]] On 24.Apr.2002 -- 10:30 AM, manish wrote: Hello, I am facing some problem while using Parameter Selector. I got one example in cocoon API, but when I am executing this example it give the following error. If I remove the line parameter name=parameter-selector-test value=myParameterValue/ then it don't give the error, but I need to declare the parameter for selector. I am struck due to this error, please help me. Regards, Manish Jain Code *** map:pipeline map:match pattern=test map:act type=test map:generate type=serverpages src=stylesheets/bptest.xsp/ parameter name=parameter-selector-test value=myParameterValue/ Old syntax. Please add map namespace: map:parameter name=parameter-selector-test value=myParameterValue/ And: READ LOG FILES Vadim Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: How to append DOM Tree to XML using Cocoon 2
From: Huaiyang Mao [mailto:[EMAIL PROTECTED]] Hello expert: In Cocoon 1.0 I have used xspCurrentNode.appendChild(DocumentFragment) to append DOM Tree to the current XSP/XML, but in Coccon 2 ist this internal object xspCurrentNode not longer available. So I must go another way to append the DOM Tree. Do you know how I can do it? For your tips I am very appreciate. Tip: xsp:exprmy_DOM_Node/xsp:expr Vadim -- Huaiyang Mao Email: [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: Exclude in directory generator
From: Martin Grebac [mailto:[EMAIL PROTECTED]] Hi, I need use the exclude attribute in directory generator, but don't know what's the exact syntax. Exclude attribute has regular expression syntax: http://jakarta.apache.org/regexp/apidocs/org/apache/regexp/RE.html More precisely, what should be the value of exclude attribute when I want to exclude directories named CVS ? Regular expression should match File.getName(). I guess attribute should look like: exclude=^CVS$ Vadim Thanks a lot for any help, Martin - 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: ComponentException fatal error
(ExcaliburComponentSelector.java:293) (pc 257) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d (ProgramGeneratorImpl.java:289) (pc 333) at org.apache.cocoon.sitemap.Handler.run (Handler.java:270) (pc 47) at java.lang.Thread.run (Thread.java:484) (pc 11) java.lang.Exception: Could not create enough Components to service your request. at org.apache.avalon.excalibur.pool.DefaultPool.get (DefaultPool.java:133) (pc 110) at org.apache.avalon.excalibur.component.PoolableComponentHandler.get (PoolableComponentHandler.java:126) (pc 38) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select (ExcaliburComponentSelector.java:283) (pc 191) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d (ProgramGeneratorImpl.java:289) (pc 333) at org.apache.cocoon.sitemap.Handler.run (Handler.java:270) (pc 47) at java.lang.Thread.run (Thread.java:484) (pc 11) 1. Stop tomcat 2. Remove work directory (tomcat/work) 3. Delete all logs (tomcat/cocoon/WEB-INF/logs) 4. Start tomcat 5. Access Cocoon 6. Read log files, take a note of every exception. Send log snippets to the group. Vadim Thanks, Kari - Original Message - From: Vadim Gritsenko [EMAIL PROTECTED] Date: Tue, 23 Apr 2002 10:23:42 -0400 To: [EMAIL PROTECTED] Subject: RE: ComponentException fatal error From: Kari Whitcomb [mailto:[EMAIL PROTECTED]] You seem to be suggesting that there is no way to fix it with Tomcat 4.0.3. Is that correct? No, I was able to make it run. It more or less documented in install instructions. However, for the newcomers I suggest first to try with something stable, and only then (if still there is time/desire) try troublesome combinations. What in particular is causing the incompatibility? AFAIU, changes in the XML API class loading in the servlet spec and the way it is implemented in the 4.0.2-4.0.3 is the major PITA. Tomcat 4.0.4 looks to be working without issues, as Tomcat 4.0.1 was. Vadim ... - 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: Serving static XML files a la Cocoon-1
From: Peter Flynn [mailto:[EMAIL PROTECTED]] Must admit I am not familiar with Cocoon-1, but you can setup wildcards in the sitemap so that all documents in a particular location are automatically displayed; you don't have to explicitly give the filename. Can it be set up to behave like a plain Web server, looking for (in this case) index.xml by default if no filename is given? map:match pattern= !-- it's a customary to have welcome.xml instead of index.xml ;) -- map:redirect-to uri=welcome/ /map:match map:match pattern=* map:generate src={1}/ map:transform src=my-xml2html.xsl/ map:serialize/ /map:match If you add couple of lines to this snippet, you could check for existence of welcome.xml and serve directory listing if file is missing. PS I /believe/ you can get all this from the reading docs. Vadim Users *can* add their own files, with arbitrary names, without involving an administrator. Aha. Many thanks. That much is enough to persuade me to go further. ///Peter - 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: [HELP]SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader
You must have missed several steps. Try again. http://xml.apache.org/cocoon/installing/index.html Vadim -Original Message- From: sheshadri [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 10:04 AM To: [EMAIL PROTECTED] Subject: [HELP]SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader Importance: High Hi, I have recently migrated to cocoon 2.1 and tomcat 4.03 I have followed exactly all the steps specified in the installation guidlines. Yet i am facing this problem, --- URI EXECUTED http://localhost:8080/cocoon/search/welcome --- EXCEPTION Description:org.apache.cocoon.ProcessingException: SAX2 driver class org.apache.xerces.parsers. SAXParser does not implement XMLReader: java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration --- Config: Window 2000; JDK 1.3 Tomcat 4.0.3 Cocoon version 2.1-dev Thanx in Advance, Sheshadri - 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: Memory leaks(?)
From: Rogier Peters [mailto:[EMAIL PROTECTED]] Hi, Hi, We've been running cocoon for some time now, and we really like it, but we keep having problems with memory usage. We're running on a dual pII-700 with 1Gb memory and windows 2000 server. I just upgraded from jdk1.3.1_01 to 1.3.1_03, using the hotspot jvm, and from cocoon 2.0.1 to 2.0.2 but is doesn't seem to solve the problems. The site we're developing is largish, about 1000 pages, and probably very (too?) transformation intensive. A typical page transforms the aggregate of about 5 elements, which each come from pipelines that do a couple of transform on data that is retrieved from an xml database with a custom Source. The problem is that with each page, looking at the Windows Task Manager, memory use increases by about 25M and although in the processes window java.exe will reduce memory now and again, system memory use stays high. Memory leak occurs when memory is allocated from the heap and never returned. Situation you describe is different and (except may be increase in 25M) normal. Unless you are experiencing OutOfMemporyExceptions I would consider that system behaves normally. The only thing you may want to investigate is 25Mb per request - but this is observed only in your setup, so you should pick a tool and do memory debug. Vadim I played around with the jvm -Xmx option, and with cocoon.xconf heapsize and cached objects, but that didn't help. I was wondering whether anyone had the same problems with cocoon, and I am of course very interested in solutions, tweaks, or configuration options that I may have overlooked. Regards, Rogier Peters - Content Management Department Hippo Webworks Grasweg 35 1031 HW Amsterdam The Netherlands Tel +31 (0)20 6345173 Fax +31 (0)20 6345179 Rogier(at)hippo(dot)nl / www.hippo.nl - 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: Cocoon on Resin 2.1.0
From: Peter Velichko [mailto:[EMAIL PROTECTED]] Hi all! I'm trying to install Cocoon 2.0.2 on Resin 2.1.0 (W2K) and have the following message: type fatal message Language Exception description org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling sitemap_xmap: Line 0, column 0: error: java.io.IOException: read error 1 error Sounds to me like XSLT transformation problem. Check generated sitemap_xmap.java (I guess it is 0 bytes), try to replace Resin's XSLT with Xalan shipped with Cocoon. PS Tomcat 4.0.4 works too good for me to switch to Resin. What is better in Resin 2.1.0 comparing with Resin 2.0.4? Good luck, Vadim sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling sitemap_xmap: Line 0, column 0: error: java.io.IOException: read error 1 error at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.cre ateR esource(ProgramGeneratorImpl.java:335) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Pr ogramGeneratorImpl.java:291) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:484) org.apache.cocoon.components.language.LanguageException: Error compiling sitemap_xmap: Line 0, column 0: error: java.io.IOException: read error 1 error at org.apache.cocoon.components.language.programming.java.JavaLanguage.comp ile( JavaLanguage.java:243) at org.apache.cocoon.components.language.programming.CompiledProgrammingLan guag e.load(CompiledProgrammingLanguage.java:197) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.gen erat eResource(ProgramGeneratorImpl.java:383) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.cre ateR esource(ProgramGeneratorImpl.java:328) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Pr ogramGeneratorImpl.java:291) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:484) request-uri /cocoon/ path-info - 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: Cocoon on Resin 2.1.0
From: Torsten Curdt [mailto:[EMAIL PROTECTED]] Sounds to me like XSLT transformation problem. Check generated sitemap_xmap.java (I guess it is 0 bytes), try to replace Resin's XSLT with Xalan shipped with Cocoon. this should not be necessary... work for us without PS Tomcat 4.0.4 works too good for me to switch to Resin. What is better in Resin 2.1.0 comparing with Resin 2.0.4? last time I checked resin was much faster than tomcat ...I have to admit I haven't checked for a while... maybe latest tomcat now also kicks ass... :-) Couple of days ago I compared Resin 2.0.4 with Tomcat 4.0.4 - and found a surprise: Tomcat 50% faster. :) (my test was to fetch 300 pages (3Mb) from Cocoon's cache using wget -q -np -R jpg,gif,css -r) Vadim -- Torsten - 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: Problems with XSP
1. Check XSP namespace. It is not correct. 2. Is this valid UTF-8? Or ISO-8859-1? Specify encoding in ?xml? instruction. Vadim -Original Message- From: cyril vidal [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 2:41 PM To: [EMAIL PROTECTED] Subject: Re: Problems with XSP I've checked the Tomcat work directory, and there's just compteur_xsp.java. So compteur.xsp must not be correct. The code is the following: ?xml version=1.0? xsp:page language=java xmlns:xsp=http://www.apache.org/1999/XSP/Core; xsp:logic static private int counter = 0; private synchronized int count(){ return counter++; } /xsp:logic page p J'ai été visitée xsp:exprcount()/xsp:expr fois. /p /page /xsp:page Someone could tell me where's the error, please? Best, Cyril. - Original Message - From: Graaf, Edgar de (fin) To: '[EMAIL PROTECTED]' Sent: Wednesday, April 24, 2002 11:22 AM Subject: RE: Problems with XSP Your XSP was not compiled because it contains some error. Then you don't have a class and get a ClassNotFoundException. Search in the Tomcat work directory for compteur. Do you only find compteur_xsp.java? Or also compteur_xsp.class? Regards Edgar -Oorspronkelijk bericht- Van: cyril vidal [mailto:[EMAIL PROTECTED]] Verzonden: dinsdag 23 april 2002 21:55 Aan: [EMAIL PROTECTED] Onderwerp: Problems with XSP HY! I would like to execute a very simple XSP sample. Here is my sitemap: map:sitemap xmlns:map=http://apache.org/cocoon/sitemap/1.0; map:components map:generators default=file map:generator name=file src=org.apache.cocoon.generation.FileGenerator/ map:generator name=serverpages src=org.apache.cocoon.generation.ServerPagesGenerator/ /map:generators map:transformers default=xslt map:transformer name=xslt src=org.apache.cocoon.transformation.TraxTransformer/ /map:transformers map:readers default=resource map:reader name=resource src=org.apache.cocoon.reading.ResourceReader/ /map:readers map:serializers default=html map:serializer name=xml mime-type=text/xml src=org.apache.cocoon.serialization.XMLSerializer/ map:serializer name=html mime-type=text/html src=org.apache.cocoon.serialization.HTMLSerializer/ map:serializer name=svg2png src=org.apache.cocoon.serialization.SVGSerializer mime-type=image/png/ map:serializer name=fo2pdf src=org.apache.cocoon.serialization.FOPSerializer mime-type=application/pdf/ /map:serializers map:matchers default=wildcard map:matcher name=wildcard src=org.apache.cocoon.matching.WildcardURIMatcher/ /map:matchers /map:components map:pipelines map:pipeline map:match pattern=index.html map:read src=static/index.html mime-type=text/html/ /map:match /map:pipeline map:pipeline map:match pattern=CinemaFO.pdf map:generate src=static/CinemaFO.xml/ map:transform src=transforms/CinemaFO.xsl/ map:serialize type=fo2pdf/ /map:match /map:pipeline map:pipeline map:match pattern=compteur.xsp map:generate type=serverpages src=transforms/compteur.xsp/ map:transform src=transforms/page-html.xsl/ map:serialize/ /map:match /map:pipeline /map:pipelines /map:sitemap Unfortunately, when I execute the file compteur.xsp, I get the following error message: type fatal message Language Exception description org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org\apache\cocoon\www\transforms\compteur_xsp' due to a java.lang.ClassNotFoundException: org.apache.cocoon.www.transforms.compteur_xsp sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet request-uri /essai/compteur.xsp path-info compteur.xsp Someone could help me, please? Thanks, Cyril. - 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: [HELP]SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader
From: sheshadri [mailto:[EMAIL PROTECTED]] Hi Vadim, Thanx for ur reply. Well this is what happened when i reinstalled every thing. WHEN I COPY BACK THE OLD XERCES.JAR FILE BACK TO TOCMAT\COMMON\LIB FOLDER COCOON WORKS FINE WITH NO EXCEPTION. BUT IF I REMOVE THE XERCES.JAR AND REPLACE IT WITH THE NEW JAR FILE, THE DYNAMIC XSP SAMPLES DOES NOT WORK. But In the first step it is given that we should remove tomcat\common\lib\xerces.jar file. As I am using the old xerces.jar file which comes with tomcat, would it give me any problem somewhere else please let me know. Have you done this step: Remove xalan-XXX.jar, xercesImpl-XXX.jar, batik-libs-XXX.jar, and xml-apis.jar from the cocoon.war archive. ? Vadim Thanx Again, Sheshadri FOLLOWING ARE THE STEPS GIVEN IN THE INSTALLATION MANUAL If you have to use Tomcat 4.0.3, you have to replace its XML parser with the one shipped with Cocoon. - 1.. Remove tomcat/common/lib/xerces.jar file. 2.. --- 3.. Copy following libraries from the cocoon/lib/core directory to the tomcat/common/lib directory: a.. xalan-XXX.jar b.. xercesImpl-XXX.jar c.. xml-apis.jar 4.. Copy cocoon/lib/core/batik-libs-XXX.jar to the tomcat/common/lib directory. 5.. Edit extra-classpath parameter in the cocoon/src/webapp/WEB-INF/web.xml file: init-param param-nameextra-classpath/param-name param-valueC:\jakarta-tomcat-4.0.3\common\lib\xalan-2.3.1.jar;C:\jakar ta-t omcat-4.0.3\common\lib\xercesImpl- 2.0.0.jar;C:\jakarta-tomcat-4.0.3\common\lib\xml-apis.jar;C:\jakarta-tom cat- 4.0.3\common\lib\batik-all-1.5b1.jar/param-value /init-param From: Vadim Gritsenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 25, 2002 8:51 PM Subject: RE: [HELP]SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader You must have missed several steps. Try again. http://xml.apache.org/cocoon/installing/index.html Vadim -Original Message- From: sheshadri [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 10:04 AM To: [EMAIL PROTECTED] Subject: [HELP]SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader Importance: High Hi, I have recently migrated to cocoon 2.1 and tomcat 4.03 I have followed exactly all the steps specified in the installation guidlines. Yet i am facing this problem, --- URI EXECUTED http://localhost:8080/cocoon/search/welcome --- EXCEPTION Description:org.apache.cocoon.ProcessingException: SAX2 driver class org.apache.xerces.parsers. SAXParser does not implement XMLReader: java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration --- Config: Window 2000; JDK 1.3 Tomcat 4.0.3 Cocoon version 2.1-dev Thanx in Advance, Sheshadri - 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: Memory leaks(?)
From: Rogier Peters [mailto:[EMAIL PROTECTED]] Hi all, thanks for the quick reply.. We've been running cocoon for some time now, and we really like it, but we keep having problems with memory usage. The problem is that with each page, looking at the Windows Task Manager, memory use increases by about 25M and although in the processes window java.exe will reduce memory now and again, system memory use stays high. Memory leak occurs when memory is allocated from the heap and never returned. Situation you describe is different and (except may be increase in 25M) normal. OK, maybe I wasn't too clear on this;) I know this is probably too general OS and JVM to ask, but my real question is if java.exe shows 20Mb in use, no other applications are running and my system shows 600Mb in use and slows down to a crawl, where did all the memory go? Is the size of java.exe the real size of the JVM? Except mem usage column, Windoze task manager features VM size column. Also, I do experience OutOfMemporyExceptions ... In the set components I use there is no memory leaks. You should provide more information on what do you use, what your sitemap looks like, what is the size of XML docs. I assume that you have OutOfMemoryErrors when testing with just one concurrent user. PS Consider using memory debugging tools Vadim Unless you are experiencing OutOfMemporyExceptions I would consider that system behaves normally. The only thing you may want to investigate is 25Mb per request - but this is observed only in your setup, so you should pick a tool and do memory debug. Vadim I played around with the jvm -Xmx option, and with cocoon.xconf heapsize and cached objects, but that didn't help. I was wondering whether anyone had the same problems with cocoon, and I am of course very interested in solutions, tweaks, or configuration options that I may have overlooked. Regards, Rogier Peters - Content Management Department Hippo Webworks Grasweg 35 1031 HW Amsterdam The Netherlands Tel +31 (0)20 6345173 Fax +31 (0)20 6345179 Rogier(at)hippo(dot)nl / www.hippo.nl - 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: Yeah!!!! Got it working!!!! :-)))
Chris: I'm wondering: Have you been reading install doc lately? http://xml.apache.org/cocoon/installing/index.html Edit c:\bea\wlserver6.0sp2\config\mydomain\startWebLogic.cmd file, add xerces and xml-apis JAR files to the classpath: Vadim From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Removing the packages fron the jars was how I got round my WL issues - a bit of a pain - but it did the trick. Oh? I just changed the classpath in the startWeblogic.sh script so that the xml-apis.jar and xerces-?.jar where in the classpath before the weblogic.jar file, and that stopped the NoSuchMethod thingy. I am rather against messing with BEA JAR files (I think it breaches the contract doing so, and therefore no support). I read the FAQ, and that PJA library is a godsend - because I got the error with X11, and after installing PJA according to the FAQ, cocoon started without any problems at all, and now I can get going on the fun stuff! :) Thanks for all your help folks. Chris. ... - 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: virtual hosting in the webapp/cocoon directory?
From: Ben Skelton [mailto:[EMAIL PROTECTED]] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Is it possible to have virtual hosts mapped to subdirectories within the single cocoon context? Yes. For example if I have http://www.bighost.com/cocoon/host1/ and http://www.bighost.com/cocoon/host2/ can I have the two virtual hosts http://www.host1.com/ and http://www.host2.com/ respectively hosting the same content? Yes. I would like to have just one cocoon running but provide virtual hosting with subdirectories in the webapp/cocoon directory. See RegexpHostMatcher, WildcardHostMatcher, HostSelector. Vadim Help appreciated. Thanks in advance. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8y94enn5W2XX2wYoRArHZAJ98/AGCLJ7aoymvsBd1RhYPmDPb/gCgggsD BmbrpO4HUZA0sp5NLaxEkYM= =hZsZ -END PGP SIGNATURE- - 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: cocoon class(es) at SD West 2002; XSP question
From: Rick [mailto:[EMAIL PROTECTED]] it was touch-and-go for awhile there -- i'd managed to munch all copies of the presentation on my hard disk using Windows' hibernate feature -- but my cocoon class at the software dev west conference wound up coming off OK. there were about 20 people in the audience, so i'm hoping i sold a few (i know at least a couple of the people who were there will be seeing this, so i won't brag too shamelessly. otherwise they'll sic the Snoozing Alien on me). i've already asked the show if they'll let me do it again for SD East in november. question for then: i said in the class, and still believe, that java code in XSP can't access incoming XML. Define incoming XML here. Is it XML posted as http request's body? Or request parameter containing XML? I will assume latter. picture if you will a toy XML document: page kazooI make rude noises/kazoo /page then an XSP.xsl that processes it (i'm leaving off all the namespace and other gradu): xsp:logic // Here we extract the content of the kazoo element into // a Vector of words Vector kazooWords = new Vector(??) You could (skipping all preparations): Node node = XPathAPI.selectNode(parser.parse(request.getParameter(xmlparam), kazoo); Vadim /xsp:logic am i off base here? to my knowledge, there is no way for that Java code to spelunk into the SAX events (C2) or DOM tree (C1) and get at element contents or attributes. i feel a little silly asking such a basic question after teaching a class, but i make no claim to omniscience! thanks for your help, rw - 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: Status of Cocoon2 in CVS
Joseph, all, As it was already mentioned (IIRC by Carsten), Cocoon CVS HEAD is now in *ALPHA* state. It means that some errors are expected, and will be fixed as we move along. If you have a patch which fixes some of these issues, please send it to BugZilla. Those users who work with CVS but want stable version please use Cocoon 2.0.3 CVS branch. Thanks, Vadim From: jrajkumar [mailto:jrajkumar] On Behalf Of Joseph Rajkumar Hi Folks CVS Check out was done on April-29-2002 around 2:05 PM (US-EST time). I checked out the latest version of cocoon2 from CVS head and build it. Now when I go to the Portal Authentication, yes it comes up correctly, but when I try to login as cocoon/cocoon, I get this message: Can you see the name of the file it is looking for and can you also notice that the string /disk1/mbi/tomcat/webapps/cocoon has been prepended TWICE and so obviously the the file sunletprofile.xml is not found. Regards Joseph Rajkumar PS: Hopefully I am not cluttering this mailing-list, just letting everybody know the status of the current CVS head and problems you are likely to run into if you check out the current CVS head. Hope it helps somebody. = type fatal message IOException during streaming. description org.apache.cocoon.ProcessingException: IOException during streaming.: java.io.FileNotFoundException: /disk1/mbi/tomcat/webapps/cocoon/disk1/mbi/tomcat/webapps/cocoon/sunspot demo/p rofiles/sunletprofile.xml (No such file or directory) sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: IOException during streaming.: java.io.FileNotFoundException: /disk1/mbi/tomcat/webapps/cocoon/disk1/mbi/tomcat/webapps/cocoon/sunspot demo/p rofiles/sunletprofile.xml (No such file or directory) at org.apache.cocoon.components.source.impl.AvalonToCocoonSource.toSAX(Aval onToCo coonSource.java:178) at org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl.loadXM LFromF ile(ResourceConnectorImpl.java:489) at org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl.loadXM L(Reso urceConnectorImpl.java:658) at org.apache.cocoon.webapps.session.components.AbstractSessionComponent.lo adXML( AbstractSessionComponent.java:191) at org.apache.cocoon.webapps.portal.components.PortalManager.buildBaseProfi le(Por talManager.java:3528) at org.apache.cocoon.webapps.portal.components.PortalManager.buildProfile(P ortalM anager.java:1233) at org.apache.cocoon.webapps.portal.components.PortalManager.createProfile( Portal Manager.java:3487) lot of lines removed -- email: [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: Status of Cocoon2 in CVS
From: jrajkumar [mailto:jrajkumar] On Behalf Of Joseph Rajkumar Vadim Gritsenko wrote: Joseph, all, As it was already mentioned (IIRC by Carsten), Cocoon CVS HEAD is now in *ALPHA* state. It means that some errors are expected, and will be fixed as we move along. If you have a patch which fixes some of these issues, please send it to BugZilla. Those users who work with CVS but want stable version please use Cocoon 2.0.3 CVS branch. Thanks Vadim Vadim Many thanks for the information. Could you please let me know how I can get at the 2.0.3 CVS branch. I have gotten the HEAD using the following command: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic \ -z3 checkout -r HEAD xml-cocoon2 Do I have to just change HEAD to 2.0.3, please correct me if I am wrong. Full branch name is: cocoon_2_0_3_branch I use command: cvs -q -z3 checkout -r cocoon_2_0_3_branch xml-cocoon2 Vadim Thanks Joseph Rajkumar - 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: mutli-level stylesheets
From: Ethan Kennelly [mailto:[EMAIL PROTECTED]] I've looked and looked for a way to apply multilevel styles sheets in cocoon2 like I can in cocoon 1 using xsl:processing-instruction name=cocoon-process, but can't find anything. My problem is I want to have an xml file that uses an xsl file that has xsp processing in it and uses another xsl file that has FOP instructions. Does anyone have any idea how I can do this? Look into webapp/sub/sitemap.xmap, spend some time there self-educating, and build on top of it. Happy hacking, Vadim Ethan Kennelly - 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: Problem with FormValidatorAction
This one is fixed in the CVS. Vadim From: Hiloliddin Karimov [mailto:[EMAIL PROTECTED]] Hello all, Problem with FormValidatorAction. I have following on my sitemap.log, when I try Login: DEBUG (2002-04-30) 16:10.17:468 [sitemap](/cocoon/protected/do-login) HttpProcessor[80][3]/sitemap_xmap: Matched wildcard pattern protected/** DEBUG (2002-04-30) 16:10.17:468 [sitemap](/cocoon/protected/do-login) HttpProcessor[80][3]/AbstractSitemap: Current Sitemap Parameters: PARAM: '1' VALUE: 'do-login' PARAM: '0' VALUE: 'protected/do-login' DEBUG (2002-04-30) 16:10.17:484 [sitemap.protected.action.form-validator](/cocoon/protected/do-login) HttpProcessor[80][3]/AbstractComplementaryConfigurable Action: Using cached configuration for context://protected/descriptors/params.xml DEBUG (2002-04-30) 16:10.17:484 [sitemap.protected.action.form-validator](/cocoon/protected/do-login) HttpProcessor[80][3]/FormValidatorAction: Validating parameters as specified via 'validate' parameter DEBUG (2002-04-30) 16:10.17:484 [sitemap.protected.action.form-validator](/cocoon/protected/do-login) HttpProcessor[80][3]/AbstractValidatorAction: Validating parameter: username DEBUG (2002-04-30) 16:10.17:484 [sitemap.protected.action.form-validator](/cocoon/protected/do-login) HttpProcessor[80][3]/FormValidatorAction: exception: java.lang.NullPointerException at org.apache.cocoon.acting.AbstractValidatorAction.getDefault(AbstractVali dato rAction.java:576) at org.apache.cocoon.acting.AbstractValidatorAction.validateString(Abstract Vali datorAction.java:222) at org.apache.cocoon.acting.AbstractValidatorAction.validateParameter(Abstr actV alidatorAction.java:202) at org.apache.cocoon.acting.FormValidatorAction.act(FormValidatorAction. java:169) at org.apache.cocoon.www.protected_.sitemap_xmap.matchN10049(F:\usr\tomcat\ work \localhost\cocoon\cocoon-files\org/apache/cocoon/www/protected_\sitemap_ xmap .java:629) at org.apache.cocoon.www.protected_.sitemap_xmap.process(F:\usr\tomcat\work \loc alhost\cocoon\cocoon-files\org/apache/cocoon/www/protected_\sitemap_xmap .jav a:435) at org.apache.cocoon.www.protected_.sitemap_xmap.process(F:\usr\tomcat\work \loc alhost\cocoon\cocoon-files\org/apache/cocoon/www/protected_\sitemap_xmap .jav a:368) at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) ... sitemap.xmap: = map:actions map:action name=session-validator src=org.apache.cocoon.acting.SessionValidatorAction/ map:action name=session-invalidator src=org.apache.cocoon.acting.SessionInvalidatorAction/ map:action name=form-validator logger=sitemap.protected.action.form-validator src=org.apache.cocoon.acting.FormValidatorAction/ map:action name=db-authenticator logger=sitemap.protected.action.db-authenticator src=org.apache.cocoon.acting.DatabaseAuthenticatorAction/ /map:actions map:match pattern=do-login map:act type=form-validator map:parameter name=descriptor value=context://protected/descriptors/params.xml/ map:parameter name=validate value=username/ map:act type=db-authenticator map:parameter name=descriptor value=context://protected/descriptors/auth.xml/ map:redirect-to uri=welcome/ /map:act /map:act map:redirect-to uri=login/ /map:match auth.xml: = auth-descriptor connectionpersonnel/connection table name=users select dbcol=name request-param=username to-session=username/ /table /auth-descriptor params.xml = parameters-descriptor parameter name=username type=string nullable=no/ /parameters-descriptor What's wrong? Thank you very much for any help, Hill - 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: Livesites: Be Blogging
From: Ugo Cei [mailto:[EMAIL PROTECTED]] Having finally implemented caching, my humble Cocoon2-based weblog should be able to withstand the hordes of developers that will be hitting it ;). As soon as I finish refactoring and cleaning the code, I plan to release it to the community. Stay tuned! So, please add http://www.beblogging.com/blog/ to the list of Cocoon2-powered websites. You've got it :) Vadim Ugo -- Ugo Cei - Consorzio di Bioingegneria e Informatica Medica P.le Volontari del Sangue, 2 - 27100 Pavia - Italy Phone: +39.0382.525100 - 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: cocoon class(es) at SD West 2002; XSP question
From: Rick [mailto:[EMAIL PROTECTED]] thanks for your prompt reply, Vadim. i apologize for my poor choice of words (and i call myself a WRITER! sheesh!). :) by incoming i meant sauntering gaily down the pipeline. for example, i want to take kazoo.xml, a static file lurking on my disk, slurp it with a FileGenerator, Ok, here we have got a problem. IIRC, we were talking about XSP generator here. XSP generator is *generator*, which basically means that it *generates* XML, in SAX world it means that it is XMLProducer. By definition, generator can not *consume* XML coming from any other source (in SAX world - it can not be XMLConsumer). and then mess it about with some Java logic -- but You could write transformer for this. I even thought one time about transformers in XSP, based on something like STX, but found that I do not have enough time to implement this. (so far) i haven't found a way to do that. And this is good, otherwise I will be surprised ;) Vadim OTOH, you've shown me a useful technique for other applications, so merci encore. rw On Mon, 2002-04-29 at 13:44, Vadim Gritsenko wrote: Define incoming XML here. Is it XML posted as http request's body? Or request parameter containing XML? I will assume latter. You could (skipping all preparations): Node node = XPathAPI.selectNode(parser.parse(request.getParameter(xmlparam), kazoo); - 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: Including generated content
From: Avi Kivity [mailto:[EMAIL PROTECTED]] I'd like to include content generated by on XSP in another. Looks like I have three options: 1. Use map:aggregate/ - I don't want to do that as it doesn't allow me control of where to place content (I'd like to place one document inside another, not alongside). Yes, there is not. You could use XSLT to move things around. 2. The xinclude/cinclude transformers - two problems: they don't work with absolute URLs (eg cocoon://mydoc.xsp; I patched this) and they IIRC, for xinclude one must use ns:xinclude base=protocol:/path/ href=file/ or something like this. don't understand the cocoon: protocol (anybody know how to work around this?) Don't know how could you miss this one: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/webapp/docs/samples/xs p/aggregate.xsp?rev=1.4content-type=text/vnd.viewcvs-markup It's working from the day one. Vadim 3. Use util:include-uri/ from the util logicsheet. This is limited to one XSP including some other content, but is good enough for me except that it doesn't understand cocoon: either. Any pointers? Thanks, Avi -- This space for rent. - 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: Multiple independent XSLT transforms applied to one XML file.
From: Christian Haul [mailto:[EMAIL PROTECTED]] On 30.Apr.2002 -- 04:17 PM, Fabricio Chalub wrote: you can add any number of transformations. just add another transformer line to your pipeline with the second stylesheet. Thanks! I have tried this and it appears to me that only the last XSLT transform is applied. I guess I am not using the sitemap corretly, then? This is what am I using: map:match pattern= map:redirect-to session=false uri=index/ /map:match map:match pattern=* map:generate src=documents/{1}.xml/ map:transform src=stylesheets/site.xsl / map:transform src=stylesheets/teacher.xsl / Sometimes it is useful to have setup like this: map:match pattern=site/* map:generate src=documents/{1}.xml/ map:transform src=stylesheets/site.xsl / /map:match map:match pattern=teacher/* map:generate src=documents/{1}.xml/ map:transform src=stylesheets/teacher.xsl / /map:match map:match pattern=* map:aggregate element=data map:part src=site/{1}/ map:part src=teacher/{1}/ /map:aggregate map:transform src=stylesheets/aggregation-to-whateveryouwant.xsl / /map:match [...] Is this the correct way of doing it? Yep, it is. Try putting the log transformer inbetween. Or remove the second transformation and save the output to a file. Use that to feed another pipeline to see if your stylesheets work as expected. Another way would be to use xalan on the command line with your files. Yep. Vadim The logs should contain a reference to your stylesheets and the xslt transformer. If it doesn't -- send all information that could be usefull to us (albeit minimal). Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: {0} sitemap parameter in regexp matcher
From: Christian Haul [mailto:[EMAIL PROTECTED]] On 30.Apr.2002 -- 04:54 PM, Artur Bialecki wrote: Is {0} not available when using sitemap matcher? I have a sub-sitemap where This works (wildcard): map:match pattern=product/category_edit.xml map:act type=update-ejb map:generate type=serverpages src={../0}/ /map:act map:transform type=xinclude/ map:transform src=product/category.xsl/ map:serialize/ /map:match but this doesn't (regexp): map:match type=regexp pattern=product/category_(view|edit)\.xml map:act type=update-entity map:generate type=serverpages src={../0}/ /map:act map:transform type=xinclude/ map:transform src=product/category.xsl/ map:serialize/ /map:match to make the generator find source I have to do: src=product/category_{../1}.xml Any ideas ? It's not available. 1, 2, ... refer to the 1st, 2nd, ... parenthesis. So enclosing everything with () would make the complete match available. Not sure whether that would be 1 or 2, though. But it should be printed out It will be 1, 'cause that's the first parenthesis. Vadim in your sitemap log ;-) If so desired (and agreed), it would be trivial to add 0 to AbstractRegexpMatcher. after line 127 add: map.put(0, match); Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: Multiple Pipelines Advantages?
internal-only=true PS This one was asked several times already... FAQ? Vadim From: David Trammell [mailto:[EMAIL PROTECTED]] I was wondering what the advantages were for using multiple pipelines in a sitemap. It looks like being able to have a different error page is one, are there others? David - 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: Install error win2000 IBM jdk 1.3.0 Websphere 4.0.2 Cocoon 2.0.2
From: Jon Pallas [mailto:[EMAIL PROTECTED]] Hi All I have problem running Cocoon on websphere, it works on some of the pages from the install but on others for example. http://localhost:9080/cocoon/cocoon/documents/index.html it dosnt i think that the under underling error message is. Cannot set header. Response already committed. Is this error to do with the page buffer size?? How can i make it bigger?? ... at com.ibm.servlet.engine.webapp.WebAppDispatcherResponse.sendError(WebAppD ispa tcherResponse.java:68) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1024) at javax.servlet.http.HttpServlet.service(HttpServlet.java:865) Check Cocoon's error log. I feel that the exception you see occurs when CocoonServlet tries to process other exception occurred somewhere inside Cocoon. Vadim -- Resistance is futile. - 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: java.lang.ClassCastException
From: Hiloliddin Karimov [mailto:[EMAIL PROTECTED]] Hi all, I have downloaded CVS xml-cocoon2_20020502102538.tar.gz, and have BUILD SUCCESSFUL. Many problem is solved, but there is new problem, when insert or update via DatabaseAddAction and DatabaseUpdateAction, see http://localhost/cocoon/tutorial/create-dept.html. What could I see here? I don't have anything on port 80 on my box. Cocoon 2.1; Tomcat 4.0; JDK SDK 1.3.1; OS WinNT 4.0; Thanks, Hill Vadim -- Resistance is futile. - 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: Cocoon SOAP HTTP hang bug on port 80
From: Graeme Rocher [mailto:[EMAIL PROTECTED]] Hi all, I'm having a strange problem with cocoon, my configuration is Cocoon2.02, jdk1.4.0, Tomcat 4.03 and Apache/1.3.23. Basically I've got an aggregate with the one part being a local resource and the other being a soap call to a separate servlet and the request param action like so: map:act type=ParamRequest map:aggregate element=pages map:parameter name=parameters value=true/ map:part src=cocoon:/dynamic/bc_trivia_questions / map:part src=http://localhost/bettingcorp/soap{requestQuery}/ /map:aggregate /map:act And what happens is it gets as far as resolving the url to http://localhost/bettingcorp/soap?myparams=blah and then it hangs, there are no log errors, no nothing it just hangs. Here is where it gets up to in the log: DEBUG (2002-05-03) 10:31.51:696 [access](/bettingcorp/getbc_trivia_questions.wml) Thread-3/AbstractEnvironment: Resolved to 'http://grocher/bettingcorp/soap?command=DefaultPredict5DetailsBoxID=93 743' http://grocher/bettingcorp/soap?command=DefaultPredict5DetailsBoxID=937 43 Does this one works from the browser on the same host where Cocoon installed? If however I change the aggregate part to be on port 8080 like src=http://localhost:8080/bettingcorp/soap{requestQuery}; then it works fine. And if I copy the http://localhost/bettingcorp/soap?myparams=blah url into my browser and execute it it works fine and returns the XML i expect. If i use port 8080 however, it means that my SOAP call creates a new session, and I am unable to store any Why do you think that call on port 80 would not create new session? session data that i may want that comes back from the SOAP call. Any help would be appreciated... --- Graeme Rocher Software Developer Channelbay [EMAIL PROTECTED] www.channelbay.tv --- Vadim -- Resistance is futile. - 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: Cocoon SOAP HTTP hang bug on port 80
From: Graeme Rocher [mailto:[EMAIL PROTECTED]] Does this one works from the browser on the same host where Cocoon installed? Yes it does, it works fine if i call the servlet directly without going through cocoon, but fails when i pass i through cocoon unless i talk directly to tomcat on port 8080. Why do you think that call on port 80 would not create new session? I just assumed it wouldn't, if this is not the case how do you share session data? Was this servlet deployed in the same webapp where cocoon is deployed? If yes, you could tell servlet to use same session if you pass session ID in the URL, like http://..;jsessionID=x If not, they do have completely separate sessions, so have nothing to share. if for example i wanted to store some of the details of the response xml in the users session how would i do that if i can't generate from the same session? BTW, search archives. Somebody already shared session successfully. Graeme Vadim -- Resistance is futile. From: Vadim Gritsenko From: Graeme Rocher [mailto:[EMAIL PROTECTED]] Hi all, I'm having a strange problem with cocoon, my configuration is Cocoon2.02, jdk1.4.0, Tomcat 4.03 and Apache/1.3.23. Basically I've got an aggregate with the one part being a local resource and the other being a soap call to a separate servlet and the request param action like so: map:act type=ParamRequest map:aggregate element=pages map:parameter name=parameters value=true/ map:part src=cocoon:/dynamic/bc_trivia_questions / map:part src=http://localhost/bettingcorp/soap{requestQuery}/ /map:aggregate /map:act And what happens is it gets as far as resolving the url to http://localhost/bettingcorp/soap?myparams=blah and then it hangs, there are no log errors, no nothing it just hangs. Here is where it gets up to in the log: DEBUG (2002-05-03) 10:31.51:696 [access](/bettingcorp/getbc_trivia_questions.wml) Thread-3/AbstractEnvironment: Resolved to 'http://grocher/bettingcorp/soap?command=DefaultPredict5DetailsBoxID=93 743' http://grocher/bettingcorp/soap?command=DefaultPredict5DetailsBoxID=937 43 Does this one works from the browser on the same host where Cocoon installed? If however I change the aggregate part to be on port 8080 like src=http://localhost:8080/bettingcorp/soap{requestQuery}; then it works fine. And if I copy the http://localhost/bettingcorp/soap?myparams=blah url into my browser and execute it it works fine and returns the XML i expect. If i use port 8080 however, it means that my SOAP call creates a new session, and I am unable to store any Why do you think that call on port 80 would not create new session? session data that i may want that comes back from the SOAP call. Any help would be appreciated... --- Graeme Rocher Software Developer Channelbay [EMAIL PROTECTED] www.channelbay.tv --- Vadim -- Resistance is futile. - 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: Session does not persist
From: Alexander Smirnoff [mailto:[EMAIL PROTECTED]] Hi, If I turning off cookies from the browser, Session does not persist. I'm using Cocoon 2.0rc2 and as of my understanding it wraps the javax.servlet.http.HttpSession, As I know when cookies are disabled it should use URL rewriting with jsessionid. I can see that Not *it*, but *you* should rewrite URLs. Cocoon rewrites URL for subsequent request when session is created, even when cookies actully on, but when I turn them off, I still can see URL rewriting, but session does NOT persist: request.getSession(false); returns null. Is this a bug? Does session sample works? http://localhost:8080/cocoon/xsp/sessionpage Thanks, Alex. Vadim -- Resistance is futile. - 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: Install error win2000 IBM jdk 1.3.0 Websphere 4.0.2 Cocoon 2.0.2
) at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:252) at com.ibm.ws.util.CachedThread.run(ThreadPool.java:122) - Original Message - From: Vadim Gritsenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 03, 2002 3:16 PM Subject: RE: Install error win2000 IBM jdk 1.3.0 Websphere 4.0.2 Cocoon 2.0.2 From: Jon Pallas [mailto:[EMAIL PROTECTED]] Hi All I have problem running Cocoon on websphere, it works on some of the pages from the install but on others for example. http://localhost:9080/cocoon/cocoon/documents/index.html it dosnt i think that the under underling error message is. Cannot set header. Response already committed. Is this error to do with the page buffer size?? How can i make it bigger?? ... at com.ibm.servlet.engine.webapp.WebAppDispatcherResponse.sendError(WebAppD ispa tcherResponse.java:68) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1024) at javax.servlet.http.HttpServlet.service(HttpServlet.java:865) Check Cocoon's error log. I feel that the exception you see occurs when CocoonServlet tries to process other exception occurred somewhere inside Cocoon. Vadim -- Resistance is futile. - 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: Stylesheet directed termination with a Resource Request?
Robert: Next time you see some error, try reading the log file. It has some useful info in it; also sometimes it is too verbose. Vadim -- Resistance is futile. -Original Message- From: Robert J. Lebowitz [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 4:09 PM To: [EMAIL PROTECTED] Subject: Re: Stylesheet directed termination with a Resource Request? Okay, I just learned that the problem was with my subsitemap xmap file. I neglected to include the bare minimal component references: map:components map:generators default=file/ map:transformers default=xslt/ map:serializers default=html/ map:selectors default=browser/ map:matchers default=wildcard/ map:readers default=resource/ /map:components - Original Message - From: Robert J. Lebowitz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 03, 2002 2:37 PM Subject: Stylesheet directed termination with a Resource Request? This is a really strange problem. I've just begun working with a set of documents in a sub site. After several iterations of playing with the wildcards, etc. I was able to deliver the documents just fine using one particular stylesheet that converted my xml to html. Then I substituted a different stylesheet to converts the xml to plain text, and all hell broke loose. My first assumption was that there was something wrong with that style sheet, but when I tested it against the xml document in a special editor I'm using (it uses the same .jar files as Cocoon for testing purposes), everything worked fine. Then I tried going back to the html transformation, and suddenly, it's giving me Stylesheet directed termination errors too! Oh, and here's the best one. I just randomly wanted to look at a .png graphic and it's giving me Stylesheet errors too. And I know for a fact that this particular graphic is just fine because I tested the URLs, etc. just a short while ago. I double check to see if I had reset the cocoon.xconf and xmap settings to synchon and to reload; everything looks fine. I restarted the tomcat server, and cleaned out the work subdirectory, now my stuff is permantly broken... I have no idea what is going on here... - 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: Tomcat 4.0.4b2 Cocoon2.0.2 JDK1.3.1 HP-UX 11 Error
Read installation notes about X-less Cocoon installation, Batik, and UNIX. Take a look also at FAQs and mail archive. For some reason (org.apache.batik.dom.svg.SAXSVGDocumentFactory) I think you have an issue running Batik on that box. Vadim -- Resistance is futile. -Original Message- From: Jorge Bello [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 11:18 PM To: [EMAIL PROTECTED] Subject: Tomcat 4.0.4b2 Cocoon2.0.2 JDK1.3.1 HP-UX 11 Error I'm a newbie in cocoon. Please help I installed Tomcat 4.0.4b2 on a HP-UX 11 platform. Everything went OK When I installed cocoon.war as the install guide mentions, I get the next error stack trace org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoClassDefFoundError at org.apache.cocoon.sitemap.Handler.run(Handler.java:295) at java.lang.Thread.run(Unknown Source) java.lang.NoClassDefFoundError at org.apache.batik.dom.svg.SAXSVGDocumentFactory.(Unknown Source) at org.apache.cocoon.xml.dom.SVGBuilder.(SVGBuilder.java:86) at org.apache.cocoon.serialization.SVGSerializer.(SVGSerializer.java:95) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Unknown Source) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(De faultComponentFactory.java:98) at org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.j ava: 82) at org.apache.avalon.excalibur.pool.AbstractPool.internalGrow(AbstractPool. java :126) at org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResou rceL imitingPool.java:91) at org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(Sof tRes ourceLimitingPool.java:80) at org.apache.avalon.excalibur.component.PoolableComponentHandler.initializ e(Po olableComponentHandler.java:88) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComp onen t(ExcaliburComponentSelector.java:467) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.addComponent(D efau ltSitemapComponentSelector.java:181) at org.apache.cocoon.sitemap.DefaultSitemapComponentSelector.addSitemapComp onen t(DefaultSitemapComponentSelector.java:188) at org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap .jav a:275) at org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(/usr/loc al/t omcat/work/Standalone/localhost/cocoon/cocoon-files/org/apache/cocoon/ww w/si temap_xmap.java:1129) at org.apache.cocoon.www.sitemap_xmap.configure(/usr/local/tomcat/work/Stan dalo ne/localhost/cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.java :470 ) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(De faultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize( ThreadSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erat or(GeneratorSelector.java:170) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Pr ogramGeneratorImpl.java:248) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Unknown Source) I have been following the threads about installing cocoon and I didn't find anything useful. Any solution or idea ? TIA Jorge - 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: XSP + Dynamic XML generator ??
One line for you: http://localhost:8080/cocoon/sub/xsp-cocoon Other samples might be useful too. PS Why not use xsp, then xinclude your xml and xslt as necessary? Vadim -- Resistance is futile. From: Chris Wolf [mailto:[EMAIL PROTECTED]] I am working on a project where we have a datasource which produces XML based on certain parameters. I would like to use this as input to an XSP page which defines overall content structure (semantics) then, finally, apply a stylsheet appropriate for the invoking client. Problem: It seems that a pipeline must start with one, and only one Generator. The problem is that if I create an implementation of Generator which produces the XML, then I cannot use XSP (since the XSP code handler is itself a Generator). I then tried to implement the XML generator from an XSP page by invoking a method using xsp:expr, but then the whole document is treated as a single string. What I would like to do is some thig like: Ideas anyone? +---+ | XML Generator | +--++ | v +---+ | XSP structure | +--++ | +--v---+ | XSL presentation | +--+---+ | +--v+ | Serializer| +---+ - 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: Cocoon and DocBook?
I bet that's not cocoon problem but the stylesheet you are using and Xalan. I bet that the next line after org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: 2 = 2 is something like: at org.apache.xalan. Check your stylesheet for problems or change Xalan version. Vadim -- Resistance is futile. From: Michael Cortez [mailto:[EMAIL PROTECTED]] I've browsed a bit through the archives, but I haven't found much on this -- so here goes. I'm using Cocoon with DocBook, and Norman Walsh's DocBook 1.50 HTML style sheets. I've been able to successfully render trivial DocBook Articles, but can't get cocoon to render and DocBook books. Attached below are the relevant DocBook files, sitemap info and error message. Both DocBook XML files render fine outside of cocoon with my normal DocBook tool chain, so I'm relatively sure the problem has something to do with setting it up with cocoon. Any Suggestions would be greatly appreciated. = My setup in sitemap.xmap: ... map:match pattern=noagg.htm map:generate src=ogc/test.xml/ map:transform src=ogc/docbook/html/docbook.xsl/ map:serialize type=html/ /map:match ... = When test.xml is this article, it renders correctly: ... article titleFlare Pebbles/title para A bag of twenty pebbles. Each is enchanted with a cantrip. When thrown against a target, the pebble flares to a bright light on impoact, casuing the target to suffer a -1 penalty on attack rolls for 1 minute. (DC13 for Fortitude saving throw to negate.) They cause no damage, but up to three pebbles can be thrown at once at the same target. Pebbles cannot be reused. /para /article ... = When test.xml is this book, it fails: ... book titleFlare Pebbles/title para A bag of twenty pebbles. Each is enchanted with a cantrip. When thrown against a target, the pebble flares to a bright light on impoact, casuing the target to suffer a -1 penalty on attack rolls for 1 minute. (DC13 for Fortitude saving throw to negate.) They cause no damage, but up to three pebbles can be thrown at once at the same target. Pebbles cannot be reused. /para /book ... = When it fails, it provides the following error: ... The org.apache.cocoon.www.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Failed to execute pipeline. More precisely: org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: 2 = 2 -- Michael Cortez Development Services Fullerton College http://www.fullcoll.edu - 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: Cocoon and cokies
From: Luca Morandini [mailto:[EMAIL PROTECTED]] Thomas, I know this will sound rather naive but... did you look into the cookie logicsheet ? Unfortunately, this won't help him. He wants to act Cocoon as a client to Livelink and manage cookies sent by Livelink on Cocoon side (like usual browser does). I would say that this requires patching of URLSource which is responsible for handling external HTTP sources, and adding cookie management capabilities to in. Vadim -- Resistance is futile. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Ruth, Thomas {PDBI~Basel} [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 04, 2002 6:10 PM To: '[EMAIL PROTECTED]' Subject: Cocoon and cokies Hi all we have introduced a new Intranet portal framework in our organization (very successful for around 3000+ users). This portal framework is based on two components. Cocoon2 and Livelink (a CMS from Opentext). We use Livelink as the data entry tool for users. Livelink is already well known in the organization so we reuse this tool. As Livelink offers a function to export metadata to XML we use this and publish the relevant data to the Cocoon2 environment. This is a real publishing process, content managers maintain data and at one point in time they publish. So we publish the data on demand and present on the portal whatever we do with the data using XSLT (and other features from Cocoon). The export of the data can be triggered by using http request from any browser. Something like: http://livelink/id=12345objaction=xmlexportscope=subattributein fo. This generates a XML file (if already logged in). If I am not logged into Livelink, I get a prompt and can provide my username/password. Livelink uses cockie to handle the session and priviliges. I can also provide username/password in the URI http://livelink/func=ll.loginusername=XXXpassword=YYY. This works from a browser. Livelink is recognizing the request does a login, sets the cockie at the client browser by sending a page using the meta tag redirect. As we have such a great success in using this framework (Thanks to all of you who have participated in building Cocoon2!!!) we now want to go a step further and generate the XML file on request by the portal user. So the sitemap shall have an entry like map:aggregate element=live map:part src=http://livelink/livelink.exe?func=ll.loginamp;username=xxxa mp;password=yyy/ map:part src=http://livelink/livelink.exe?func=llamp;objAction=XMLExport; amp;objId=6152797amp;attributeinfoamp;scope=one/ /map:aggregate This is working when sending these two http requests from an browser, with the first request setting the cockie, so the second request gets 'through'. I have no idea on how we would do this in using Cocoon2. Any idea? How can Cocoon handle cockies? Does anyone know? Thanks for any help Thomas Ruth [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: Cocoon 2, Batik, URL encoding, bug? (long-ish, sorry)
From: Daniel Vogelheim [mailto:[EMAIL PROTECTED]] Hello, I have a problem with non-English letters in URLs. I suspect it's a bug, but I'm not sure where exactly the problem is. So I think it's best to give a description of what I'm doing: I want to automatically create text buttons with Batik: First, I create the graphics in StarOffice and save it as .svg file. The Cocoon pipeline then reads this, a simple XSLT script exchanges the text in the .svg file with part of the URL, and then Batik renders it as JPEG. The corresponding pipeline definition looks like this: map:pipeline map:match pattern=xxx/auto-img/*/*.jpg map:generate src=xxx/auto-img/{1}.svg/ map:transform src=xxx/auto-img/auto-img.xsl type=xslt map:parameter name=text value={2}/ /map:transform map:serialize type=svg2jpeg/ /map:match The auto-img.xsl is a dead simple script consisting of the well-known XSLT copy rule, and one other rules which exchanges the text REPLACE with {$text}. Result: The url xxx/auto-img/button/Hello%20World.jpg delivers a fancy graphical button based on button.svg, saying Hello World. I use this from another style sheet which reads elements menu href=target.htmldescription/menu and translates them into: a href=target.html img src=xxx/auto-img/button/description.jpg/ /a Result: Nice looking graphical menus with very little effort. All of this actually works, and took me only 1.5 hours. :-))) But the problem is... it doesn't work with non-ASCII letters. E.g. if my text contains German Umlauts (vowels a,o,u with two dots on them), the resulting button displays two arbitrary characters. I suspect what goes bad is the URL encoding (i.e. encoding 'special' characters as %xx escape sequences). I think at some point the string gets converted into URLs using UTF-8, but elsewhere gets decoded in some 8-bit character set. Thus, I get two garbage characters where I expected my Umlaut. My questions are: - How does Cocoon encode URLs? As UTF-8, with %xx escapes? In what place? In HTML you wrote above: img src=xxx/auto-img/button/description.jpg/ ? Cocoon encodes here all the text to the encoding you specify for serialzer. Then this is read and interpreted by browser, which in turn encodes this into something when sending HTTP request to get a picture. This request then is processed and decoded by servlet engine. - I would think this to be a common problem. Are there URL-encoding/decoding methods available in XSLT that I could use to manually solve the problem? I would suggest create URLs without national characters as this (AFAIU) will require testing on all browsers under different OS and region settings to just make sure that browser/os/region combo behaves as expected. One way is to issue URLs like xxx/auto-img/button/number, and have number-to-text mapping somewhere (say, session - like fragment extractor does). See also: http://www.w3.org/Addressing/rfc1738.txt, 2.2. URL Character Encoding Issues. They talk only about US-ASCII character set. (I checked the XSLT standard, and it doesn't have this. I also checked the library of extension functions on the Xalan page.) - How can I find out where the encoding (or decoding) actually goes wrong? So far, I can only see the outcome, but I don't know how to do debugging on this. You can use Catalina's Valve className=org.apache.catalina.valves.RequestDumperValve/ to see what's going on (see tomcat/config/server.xml). Vadim Thanks for all answers... Sincerely, Daniel P.S.: I noticed that in my setup Batik has terrible kerning problems: All characters are of equals width! 'i' and 'l' leave huge gaps, and 'm' overlaps with following letters. Is this a known problem of Batik, or is maybe something wrong with my environment? (e.g. fonts?) - 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: Can't connect to MySQL with Cocoon 2
From: Daniel Vogelheim [mailto:[EMAIL PROTECTED]] Hello, You can install *headless X* (Xvfb) which is BTW faster than X. Yes, I had already discovered this in the FAQ, but had hoped to get away without. I'll first try the configuration that Conrad F. D'Cruz sent (btw, thanks Conrad!), to make sure I can't fix it in my configuration. If that doesn't work, I will install Xvfb. Either way, I think that problem is solved. Or you can just *not* install Batik (delete the batik jar and compile cocoon). The samples may have to be tweaked not to use Batik, but it will work. ... but I _want_ to use Batik. And MySQL. But not X! ;-) RTFM http://xml.apache.org/cocoon/installing/index.html: Headless UNIX and PJA Vadim Thanks. Sincerely, Daniel - 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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] Now that I've solved my DocBook rendering problem, I'm getting a new problem. Approximately every other request fails with a null pointer exception. Attached below is the full stack trace. I noticed, combing through it that it was either trying to setup or use caching, but my setup is using the Xindice access (which from the documentation, I believed could not be cached.) So is it possible that cocoon is trying to cache or use a cache, but can't? Don't think so. You have document() function somewhere, and for some reason, Cocoon failed to resolve the document: at org.apache.cocoon.components.xslt.XSLTProcessorImpl.resolve(XSLTProcesso rImp l.java:428) What cocoon version do you have? Or, what is the version of the XSLTProcessorImpl class? You can browse cvs.apache.org to see the source of this class if you don't have src distro. Vadim Is there a way to force caching off (so that I can test my hypothesis?) Thanks, -- Mike The org.apache.cocoon.www.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Exception during processing of cocoon://ogc-gen/Item13 More precisely: org.apache.cocoon.ProcessingException: Exception during processing of cocoon://ogc-gen/Item13: java.lang.NullPointerException Full stack trace: Original exception : java.lang.NullPointerException at org.apache.cocoon.components.xslt.XSLTProcessorImpl.resolve(XSLTProcesso rImp l.java:428) ... at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:9 1) at org.apache.cocoon.sitemap.ContentAggregator.generate(ContentAggregator.j ava: 157) ... - 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: dispatch to new window in web browser possible?
From: Bert Van Kets [mailto:[EMAIL PROTECTED]] There is NO WAY you can open a new window from the server side. Thanks GOD it is so!!! Otherwise web would be nightmare... Client side JavaScript (or VBscript in IE for the picky ones) is the only way to do this. There are different approaches to your problem, but they all involve some client side coding. From the start of this thread, nobody sent to RTFM yet, so here it is: http://www.w3.org/TR/html4/ http://developer.netscape.com/docs/manuals/js/client/jsref/index.htm Vadim Bert At 19:09 4/05/2002 +0200, you wrote: Thanks for your reply. I considered form ... target=blank as well before I posted this question. However you should know that currently my architecture utilizes only one form trag to which various user inputs (e. g. buttons) submit. On serverside I gather the information which action was intended. The problem is that there is only one single button within my client view that would require to open a new browser window. Any others should remain updating the same browser window. Therefore I was asking if there is a possibility that cocoon could create a new browser window. As a workaround I'm doing it as follows however in a future release of my application I'd like to avoid javascript at all: form action=/xxx method=get input name=process type=hidden ... input type=submit onclick=document.forms[0].process.value='regular' value= A regular action that should update current view / ... input type=submit onclick=document.forms[0].process.value='new', document.forms[0].target='_blank' value=open new browser window! / ... /form It seems that there is no way out to use my current design without javascript. Regards, Harald At 09:41 3/05/2002 +0200, you wrote: You can achieve this in HTML by setting the target of your form to _blank which will post the results to a newly openned window. The javascript solution is better if you want more control over how the newly openned window looks. Andrew On Fri, 2002-05-03 at 09:38, yuryx wrote: [EMAIL PROTECTED] wrote: Currently my application consists of cocoon-actions that invoke xsp/xsl files upon requests. As normal the new output always refreshes the client's browser view. Based on some calculations at the actions I'm required to delegate the response not to the current browser window but to a newly opened browser window. An examle would be a printable view of a web page. Is this possible with cocoon2? How could I accomplish it? Thanks for your comments! Harald try use javascript for open new window, and submit form within it. Yury. - 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: How do I use tag libraries in XSP pages?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Hi I have a JSP page from an old prototype application which used struts on Weblogic 5.1 Is it possible to use an XSP page instead, and include the tag libraries inside the XSP page? What tag libraries? XSP tag libraries? Or JSP tag libraries? JSP tag libraries can be used in JSP pages only. Vadim How do you use external tag libraries in XSP pages? TIA, Chris. - 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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] Don't think so. You have document() function somewhere, and for some reason, Cocoon failed to resolve the document: What I can't figure out is why the page renders at all! When I start up Cocoon, my first request to the page works. Then the next 1-3 requests return the null pointer exception, followed by 1 good request, then nulls again, then 1 good request, etc, etc, etc. I'm requesting the exact same URL, which maps to the exact same matchers in the sitemap, and iterates over exactly the same data each time 8-( Hence why I thought it may have something to do with caching. What cocoon version do you have? Latest Binary Distribution. Or, what is the version of the XSLTProcessorImpl class? Uh... I didn't chance any source or configuration, other then switching over to Saxon. To switch over I replaced the Xalan jars with Saxon 6.5.1 jars. =-=-=- After more extensive debugging, I'm seeing an error in the Cocoon error log pointing at one of my XSL sheets -- but I'm not understanding the error. I've included the error message, stack trace, and XSL sheet below. Essentially what the style sheet does, is strip off the xsp:page node that gets stuck into a page generated from an XSP page. What do you mean - xsp:page stuck? It should never ever happen after XSP is correctly processed by the serverpages generator. May be you have problem with the XSP? Vadim Perhaps someone has a better idea of how this can be done. Thanks, Mike == XSL sheet (strip_xsp.xsl) - ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsp=http://apache.org/xsp; xsl:template match=xsp:page xsl:apply-templates select=./*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet - == Error message (placed in log even on successful rendering) - ERROR (2002-05-06) 08:18.29:817 [core.xslt-processor] (/cocoon/ogc/Item13.htm) HttpProcessor[8080][4]/TraxErrorHandler: Error in TraxTransformer: file:/C:/tomcat4/webapps/cocoon/ogc/strip_xsp.xsl; Line 6; Column -1; ; SystemID: file:/C:/tomcat4/webapps/cocoon/ogc/strip_xsp.xsl; Line#: 6; Column#: -1 javax.xml.transform.TransformerConfigurationException: Attribute xmlns: is not allowed on this element at com.icl.saxon.style.StyleElement.compileError(StyleElement.java:849) at com.icl.saxon.style.StyleElement.checkUnknownAttribute(StyleElement.java :208 ) ... at org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandle r(XS LTProcessorImpl.java:238) ... - 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: XSP + Dynamic XML generator ??
From: Chris Wolf [mailto:[EMAIL PROTECTED]] I looked over most of the examples, including this one, before posting. It's not really what I want to do, that just seems to be using another pipline as an imput source, But it sounds like what you need: Generate XML - Use it as XSP source - XSL - Serialize. effectively establishing alias URI's. Alias??? Alias should result in same result, but this produces *very* different result. Please compare: http://localhost:8080/cocoon/sub/xsp-cocoon http://localhost:8080/cocoon/sub/xsp-source I was hoping to use embedded java to perform what would otherwise be done with XSLT. It's called Transformer then. http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon /transformation/Transformer.java?rev=1.4content-type=text/vnd.viewcvs-m arkup Implement, declare in the sitemap, use. I will look into xinclude it it will work for a dynamic datasource. It does work. Vadim Thanks, -Chris Vadim Gritsenko wrote: One line for you: http://localhost:8080/cocoon/sub/xsp-cocoon Other samples might be useful too. PS Why not use xsp, then xinclude your xml and xslt as necessary? Vadim -- Resistance is futile. From: Chris Wolf [mailto:[EMAIL PROTECTED]] I am working on a project where we have a datasource which produces XML based on certain parameters. I would like to use this as input to an XSP page which defines overall content structure (semantics) then, finally, apply a stylsheet appropriate for the invoking client. Problem: It seems that a pipeline must start with one, and only one Generator. The problem is that if I create an implementation of Generator which produces the XML, then I cannot use XSP (since the XSP code handler is itself a Generator). I then tried to implement the XML generator from an XSP page by invoking a method using xsp:expr, but then the whole document is treated as a single string. What I would like to do is some thig like: Ideas anyone? +---+ | XML Generator | +--++ | v +---+ | XSP structure | +--++ | +--v---+ | XSL presentation | +--+---+ | +--v+ | Serializer| +---+ - 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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] What do you mean - xsp:page stuck? It should never ever happen after XSP is correctly processed by the serverpages generator. May be you have problem with the XSP? Perhaps it's the way I'm using it... In my system, I'm building up a number of DocBook pages from XML fragments pulled out from Xindice and generated via XSP. These fragments are built up via a number of small maps in the sitemap.xmap file, and then aggregated up together to produce a final document. When I pull from Xindice, for example: map:aggregate other-stuff map:part src=xmldb:xindice://localhost:4080/db/TAP/{1}/#/article/ Do you know about strip-root attribute? /map:aggregate Generates the following result: == collection:results xmlns:collection=http://apache.org/cocoon/xmldb/1.0; query=/article resources=2 collection:result docid=FlarePebbles article xmlns:src=http://xml.apache.org/xindice/Query; xmlns:src=http://xml.apache.org/xindice/Query; src:col=/db/TAP/Item13 src:key=FlarePebbles titleFlare Pebbles/title paraA bag of twenty pebbles./para /article /result collection:result docid=SleepArrow article xmlns:src=http://xml.apache.org/xindice/Query; xmlns:src=http://xml.apache.org/xindice/Query; src:col=/db/TAP/Item13 src:key=SleepArrow titleSleep Arrow/title paraOne enchanted arrow./para /article /result /collection:results == In this case, I'm only interested in the article elements (and there children returned) not the collection:results or collection:result elements, nor am I interested in all the extra namespace, and src junk added to the article tag. I'm just interested in the fragments from Xindice. For my XSPs, which right now are trivial (until I get this thing working) -- I have a similiar situation: = xsp:page xmlns:xsp=http://apache.org/xsp; paraOPEN GAME LICENSE Version 1.0a/para paraThe following text is the property of.../para /xsp:page = This is not valid XSP page. It must have one and only one element inside xsp:page element. Here I'm not interested in the xsp:page elements, only the fragments contained within -- but I must have the enclosing xsp:page to create a root tag, and for the XSP engine to work (or so I think). Have you ever executed this page? Do you have sitemap entry for it? In future versions of this file, there will actually be dynamic content being generated in there -- right now it's simplified until I get the whole chain working. Both of the above XML sources are then aggregated together, with a number of other sources to build up my file -- but the Xindice example chunk contains extra elements that I don't want, and the XSP page returns WITH the xsp:page element still in it, which I don't want. So I was building up a style sheet that would remove those elements, and promote their children in the resulting document. Hence was born, this style sheet to remove the xsp:page element from the results: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsp=http://apache.org/xsp; xsl:template match=xsp:page xsl:apply-templates select=./*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Any suggestions? First, make XSP work. AFAIU, you never tried it. Also try strip-root attribute for map:part element. Vadim Thanks, Mike - 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: Need to replace xalan
Try saxon-6.5.2.jar. Works for me. Vadim -- Resistance is futile. From: Artur Bialecki [mailto:[EMAIL PROTECTED]] Ok, xalan 2.3.1 and xalan head is horribly broken and from the number of bugs I doubt will see a working vision this year. What other XSLT processor can I use that's JAXP compliant, has node-set extensions and is easily integrated with Cocoon2. Thanks, Artur... - 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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] What do you mean - xsp:page stuck? It should never ever happen after XSP is correctly processed by the serverpages generator. May be you have problem with the XSP? Perhaps it's the way I'm using it... In my system, I'm building up a number of DocBook pages from XML fragments pulled out from Xindice and generated via XSP. These fragments are built up via a number of small maps in the sitemap.xmap file, and then aggregated up together to produce a final document. When I pull from Xindice, for example: map:aggregate other-stuff map:part src=xmldb:xindice://localhost:4080/db/TAP/{1}/#/article/ Do you know about strip-root attribute? /map:aggregate Generates the following result: == collection:results xmlns:collection=http://apache.org/cocoon/xmldb/1.0; query=/article resources=2 collection:result docid=FlarePebbles article xmlns:src=http://xml.apache.org/xindice/Query; xmlns:src=http://xml.apache.org/xindice/Query; src:col=/db/TAP/Item13 src:key=FlarePebbles titleFlare Pebbles/title paraA bag of twenty pebbles./para /article /result collection:result docid=SleepArrow article xmlns:src=http://xml.apache.org/xindice/Query; xmlns:src=http://xml.apache.org/xindice/Query; src:col=/db/TAP/Item13 src:key=SleepArrow titleSleep Arrow/title paraOne enchanted arrow./para /article /result /collection:results == In this case, I'm only interested in the article elements (and there children returned) not the collection:results or collection:result elements, nor am I interested in all the extra namespace, and src junk added to the article tag. I'm just interested in the fragments from Xindice. For my XSPs, which right now are trivial (until I get this thing working) -- I have a similiar situation: = xsp:page xmlns:xsp=http://apache.org/xsp; paraOPEN GAME LICENSE Version 1.0a/para paraThe following text is the property of.../para /xsp:page = This is not valid XSP page. It must have one and only one element inside xsp:page element. Here I'm not interested in the xsp:page elements, only the fragments contained within -- but I must have the enclosing xsp:page to create a root tag, and for the XSP engine to work (or so I think). Have you ever executed this page? Do you have sitemap entry for it? In future versions of this file, there will actually be dynamic content being generated in there -- right now it's simplified until I get the whole chain working. Both of the above XML sources are then aggregated together, with a number of other sources to build up my file -- but the Xindice example chunk contains extra elements that I don't want, and the XSP page returns WITH the xsp:page element still in it, which I don't want. So I was building up a style sheet that would remove those elements, and promote their children in the resulting document. Hence was born, this style sheet to remove the xsp:page element from the results: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsp=http://apache.org/xsp; xsl:template match=xsp:page xsl:apply-templates select=./*/ /xsl:template xsl:template match=@*|node() priority=-2xsl:copyxsl:apply-templates select=@*|node()//xsl:copy/xsl:template xsl:template match=text() priority=-1xsl:value-of select=.//xsl:template /xsl:stylesheet Any suggestions? First, make XSP work. AFAIU, you never tried it. Also try strip-root attribute for map:part element. Vadim Thanks, Mike - 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: xinclude
From: Margrit John [mailto:[EMAIL PROTECTED]] Hi! I have the two xml files below. In the sitemap I want to generate the xml out of these two files. My output (default.xml) is the following: ?xml version=1.0 encoding=UTF-8? Page xmlns:xi=http://www.w3.org/2001/XInclude; Content MainColumn articles xi:include href=index.xml/ /articles /MainColumn /Content /Page Why doesn't it resolve the include? Because you don't have XInclude transformer in the pipeline. See samples. Vadim page.xml: ?xml version=1.0? Page xmlns:xi=http://www.w3.org/2001/XInclude; Content MainColumn articles xi:include href=index.xml/ /articles /MainColumn /Content /Page index.xml ?xml version=1.0? frontpage articles article href=magazin/gesundheit/2002/0508/ article href=magazin/gesundheit/2002/0465/ article href=magazin/geist/2002/0470/ /articles /frontpage sitemap map:match pattern=default.xml map:generate src=page.xml/ map:serialize type=xml/ /map:match - 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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] Do you know about strip-root attribute? Uh, no -- So I can just do map:part src=xxx strip-root=true That would be so much better for me. Yes. This is not valid XSP page. It must have one and only one element inside xsp:page element. Well... uh, it runs == http://fclistserver.fullcoll.edu:8080/cocoon/ogl/Item78 This is generated from: === map:match pattern=ogl/* map:aggregate element=legalnotice map:part src=ogc/ogl-preamble.xsp/ map:part src=cocoon:/ogl-terms/{1}/ /map:aggregate map:transform src=ogc/strip_stripme.xsl/ map:serialize type=xml/ /map:match === As you can see, it calls in ogc/ogl-preamble.xsp It does not *execute* XSP page neither *calls* XSP page. It merely *reads* XSP page, that's it. You have to use serverpages generator which is the only component capable of executing XSP pages: map:generate typeserverpages src=ogc/ogl-preamble.xsp/ Which is: === xsp:page xmlns:xsp=http://apache.org/xsp; paraOPEN GAME LICENSE Version 1.0a/para paraThe following text is the property.../para /xsp:page === It is still invalid. Have you ever executed this page? Do you have sitemap entry for it? YES. See above. The correct answer is No, see above. First, make XSP work. AFAIU, you never tried it. It works -- or it doesn't give any errors. Here is a more direct sitemap entry I made, just to show that it is working == http://fclistserver.fullcoll.edu:8080/cocoon/test_xsp map:match pattern=test_xsp map:generate src=ogc/ogl-preamble.xsp/ Fix it by specifying correct generator type: map:generate type=serverpages src=ogc/ogl-preamble.xsp/ Vadim map:serialize type=html/ /map:match Also try strip-root attribute for map:part element. OK, will do. Doesn't solve my problem with stripping off the Results and Result elements of the Xindice XML though... 8-( -- Mike - 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: XSP + Dynamic XML generator ??
From: Chris Wolf [mailto:[EMAIL PROTECTED]] Ok, after reading this, and your previous response, I can now articulate my problem better. It seems the XSP allows you to create reusable sections of code (logicsheets) and to embed Java, the result is auto-generated code which is an instance of Generator. You have got it right. I was hoping that XSP could also be used to define a code-generated instance of Transformer. Cocoon markup-to-programming-language machinery can do that. But it will not be XSP, but other language on its own (I think XSPT: XSP for transformations ;) The way things are now, it seems that only Generators can be coded up using XSP -- not Transformers. Right now - yes. In other words, I must write my Transformer entirely in Java. Or implement XSPT. I think it will be simplier for you to code Transformer in Java at this stage. ;) Thanks for your help, Welcome. Vadim -Chris Vadim Gritsenko wrote: From: Chris Wolf [mailto:[EMAIL PROTECTED]] I looked over most of the examples, including this one, before posting. It's not really what I want to do, that just seems to be using another pipline as an imput source, But it sounds like what you need: Generate XML - Use it as XSP source - XSL - Serialize. effectively establishing alias URI's. Alias??? Alias should result in same result, but this produces *very* different result. Please compare: http://localhost:8080/cocoon/sub/xsp-cocoon http://localhost:8080/cocoon/sub/xsp-source I was hoping to use embedded java to perform what would otherwise be done with XSLT. It's called Transformer then. http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon /transformation/Transformer.java?rev=1.4content-type=text/vnd.viewcvs-m arkup Implement, declare in the sitemap, use. I will look into xinclude it it will work for a dynamic datasource. It does work. Vadim ... - 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: Need to replace xalan
From: Lai, Harry [mailto:[EMAIL PROTECTED]] Hi Torsten, This wasn't using Cocoon, but one of my co-workers did a performance comparison among Xalan2, Saxon (6.5, I believe), and JD (pre-1.2.5, but don't remember the specific version). If I remember right, Saxon was 2-3 times as fast as Xalan2, and JD was 2-3 times as fast as Saxon. Sorry I don't remember the details, though. I also can confirm this. My app is now working notable faster, from 3-4 sec per request it went down to 0.5-1.5 sec (Pentium 166MMX :) Vadim Harry PS Just FYI, we've been using Saxon 6.5 with Cocoon 2.0.2, and it's been fine except for a minor bug in the sitemap.xsl that Xalan is more forgiving of (though everything was good once we fixed the sitemap.xsl bug). -Original Message- From: Torsten Curdt [mailto:[EMAIL PROTECTED]] Sent: Monday, May 06, 2002 4:13 PM To: [EMAIL PROTECTED]; Vadim Gritsenko Subject: Re: Need to replace xalan On Monday 06 May 2002 20:11, Vadim Gritsenko wrote: Try saxon-6.5.2.jar. Works for me. Vadim Just wondering... how is the speed compared to Xalan? -- Torsten - 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: Cocoon and cokies
From: Ruth, Thomas {PDBI~Basel} [mailto:[EMAIL PROTECTED]] Thanks Vadim yes you are right. It this cookie handling of Cocoon I don't know what to do. Any additional tips? Nothing to add - you have to extend URLSource implementation. It does not have cookie management functionality like browsers have. If you don't want to implement this by yourself, take a look at different HTTP client libraries out there. May be (just guessing) commons-httpclient library will help. Right now URLSource is implemented on top of java.net.URL. Vadim Thanks Thomas From: Luca Morandini [mailto:[EMAIL PROTECTED]] Thomas, I know this will sound rather naive but... did you look into the cookie logicsheet ? Unfortunately, this won't help him. He wants to act Cocoon as a client to Livelink and manage cookies sent by Livelink on Cocoon side (like usual browser does). I would say that this requires patching of URLSource which is responsible for handling external HTTP sources, and adding cookie management capabilities to in. Vadim -- Resistance is futile. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Ruth, Thomas {PDBI~Basel} Sent: Saturday, May 04, 2002 6:10 PM To: '[EMAIL PROTECTED]' Subject: Cocoon and cokies Hi all we have introduced a new Intranet portal framework in our organization (very successful for around 3000+ users). This portal framework is based on two components. Cocoon2 and Livelink (a CMS from Opentext). We use Livelink as the data entry tool for users. Livelink is already well known in the organization so we reuse this tool. As Livelink offers a function to export metadata to XML we use this and publish the relevant data to the Cocoon2 environment. This is a real publishing process, content managers maintain data and at one point in time they publish. So we publish the data on demand and present on the portal whatever we do with the data using XSLT (and other features from Cocoon). The export of the data can be triggered by using http request from any browser. Something like: http://livelink/id=12345objaction=xmlexportscope=subattributeinfo. This generates a XML file (if already logged in). If I am not logged into Livelink, I get a prompt and can provide my username/password. Livelink uses cockie to handle the session and priviliges. I can also provide username/password in the URI http://livelink/func=ll.loginusername=XXXpassword=YYY. This works from a browser. Livelink is recognizing the request does a login, sets the cockie at the client browser by sending a page using the meta tag redirect. As we have such a great success in using this framework (Thanks to all of you who have participated in building Cocoon2!!!) we now want to go a step further and generate the XML file on request by the portal user. So the sitemap shall have an entry like map:aggregate element=live map:part src=http://livelink/livelink.exe?func=ll.loginamp;username=xxxamp;pas sword= yyy/ map:part src=http://livelink/livelink.exe?func=llamp;objAction=XMLExportamp;ob jId=61 52797amp;attributeinfoamp;scope=one/ /map:aggregate This is working when sending these two http requests from an browser, with the first request setting the cookie, so the second request gets 'through'. I have no idea on how we would do this in using Cocoon2. Any idea? How can Cocoon handle cookies? Does anyone know? Thanks for any help Thomas Ruth [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: Question about WildcardURIMatcher
Alejandro, What's wrong with: map:match pattern=x*/y*/z*.gif map:read mime-type=image/gif src=img/y{2}/z{3}.gif/ PS Plain text mail is better. Vadim -- Resistance is futile. -Original Message- From: Alejandro Raiczyk [mailto:[EMAIL PROTECTED]] Sent: Monday, May 06, 2002 10:18 AM To: '[EMAIL PROTECTED]' Subject: Question about WildcardURIMatcher Hi people, I've got this situation: When I make a request, for example, of a gif like y/z.gif (where y=y1/y2/../yn, n=0) from a page p in x/ ({document_root}/x/p.xml, where x=x1/x2/../xn, x=0) the URI passed to the matcher is x/y/z.gif. The only part I care from this URI is y/z, I mean, I don't care where the page that is making the request is, because I want z.gif to be taken from {document_root}/img/y/z.gif. I tried diferent pattern matchings, and couldn't find one that works. The problem is to identify where x ends (or where y begins), so I tried to use a explicit delimiter in the URIs like img src=#y/z.gif/ and then match this with: map:match pattern=**#**.gif map:read mime-type=image/gif src=img/{2}.gif/ /map:match but it didn't work also. Can someone help me with this ? Thanks in advance. Alejandro D. Raiczyk Desarrollo de Proyectos Technisys Informática S.R.L. Tel./Fax: +54(11)4322-7100 int 133 [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: dynamically generated cinclude-tag not processed
From: Dirk Reiss [mailto:[EMAIL PROTECTED]] Hello, we try to generate a cinclude:include - tag dynamically using the following code: xsp:element It has three parameters: uri (optional), prefix (optional), name. xsp:param name=namexsp:exprelementName/xsp:expr/xsp:param You specified only one parameter - name. You have got element in the default namespace, not in the CInclude namespace. xsp:attribute name=src xsp:expruri/xsp:expr /xsp:attribute /xsp:element where the variables used are initialized in the xsp:logic part after calling an java-function the generated output in the webbrowser is cinclude:include src=cocoon:/processed/lomobjects/lu/vorms/tp3/simulation/lektion1.xsp /cinc lude:include if we code this 'statically' in our logicsheet it works fine, the cinclude-instruction is processed correctly and the needed xml-file is included. what could be wrong? xsp should be executed and AFTER that the cinclude-transformer should do the rest... but it seems it doesnt... It does, but it works only on elements in its namespace. Vadim can anybody help?? many thanks in advance dirk -- !-- -- -- Dirk Reiss Helmstedter Str. 134 38102 Braunschweig ++49 (0) 531 7996276 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: XSP + Dynamic XML generator ??
From: Chris Wolf [mailto:[EMAIL PROTECTED]] Thanks, I'll wait for this XSPT to be better documented, It does not exist. But it is possible. Vadim until then, I'll just write a java-based Transformer... -Chris Vadim Gritsenko wrote: From: Chris Wolf [mailto:[EMAIL PROTECTED]] Ok, after reading this, and your previous response, I can now articulate my problem better. It seems the XSP allows you to create reusable sections of code (logicsheets) and to embed Java, the result is auto-generated code which is an instance of Generator. You have got it right. I was hoping that XSP could also be used to define a code-generated instance of Transformer. Cocoon markup-to-programming-language machinery can do that. But it will not be XSP, but other language on its own (I think XSPT: XSP for transformations ;) The way things are now, it seems that only Generators can be coded up using XSP -- not Transformers. Right now - yes. In other words, I must write my Transformer entirely in Java. Or implement XSPT. I think it will be simplier for you to code Transformer in Java at this stage. ;) Thanks for your help, Welcome. Vadim -Chris Vadim Gritsenko wrote: From: Chris Wolf [mailto:[EMAIL PROTECTED]] I looked over most of the examples, including this one, before posting. It's not really what I want to do, that just seems to be using another pipline as an imput source, But it sounds like what you need: Generate XML - Use it as XSP source - XSL - Serialize. effectively establishing alias URI's. Alias??? Alias should result in same result, but this produces *very* different result. Please compare: http://localhost:8080/cocoon/sub/xsp-cocoon http://localhost:8080/cocoon/sub/xsp-source I was hoping to use embedded java to perform what would otherwise be done with XSLT. It's called Transformer then. http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon /transformation/Transformer.java?rev=1.4content-type=text/vnd.viewcvs-m arkup Implement, declare in the sitemap, use. I will look into xinclude it it will work for a dynamic datasource. It does work. Vadim ... - 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: XInclude
You should use base= attribute. IIRC: x:include base=cocoon:/path/ url=to/page/ Vadim -- Resistance is futile. From: Graaf, Edgar de (fin) [mailto:[EMAIL PROTECTED]] This probably already has been discussed. But I have two files I want to aggregate. One way to do it is with map:aggregate. However xinclude has more possiblities, for example I can add a header. My big problem is that I can't use neither a url or a cocoon:/ in xinclude (or can I?). Even though the attribute is named href, it doesn't call the url but the file. Why is this so terrible? Well I want the XSP to execute and the result should be included in another file. Is there anyone who can help? Regards, Edgar - 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: XSP + Dynamic XML generator ??
From: Bert Van Kets [mailto:[EMAIL PROTECTED]] Isn't the xsl-dynamic page that you need? I think that's not exactly what he needs... The sample can be found at http://localhost:8080/cocoon/sub/xsl-dynamic The transformer of the main pipeline calls a different pipeline where an XSP page generates the transformations. To my opinion XSP can be used as a transformer this way, no? It uses XSP to create XSLT sheet dynamically (and XSL is XML - so no issue here), but in no means this creates Transformer. You can not write Java code which operates on the input SAX stream, but Java code which creates XSLT. Vadim !-- Dynamic XSL -- map:match pattern=xsl-dynamic-source map:generate type=serverpages src=stylesheets/simple-page2html.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsl-dynamic map:generate src=docs/simple.xml/ map:transform src=cocoon:/xsl-dynamic-source/ map:serialize/ /map:match Bert At 22:23 6/05/2002 -0400, you wrote: From: Chris Wolf [mailto:[EMAIL PROTECTED]] Thanks, I'll wait for this XSPT to be better documented, It does not exist. But it is possible. Vadim until then, I'll just write a java-based Transformer... -Chris Vadim Gritsenko wrote: From: Chris Wolf [mailto:[EMAIL PROTECTED]] Ok, after reading this, and your previous response, I can now articulate my problem better. It seems the XSP allows you to create reusable sections of code (logicsheets) and to embed Java, the result is auto-generated code which is an instance of Generator. You have got it right. I was hoping that XSP could also be used to define a code-generated instance of Transformer. Cocoon markup-to-programming-language machinery can do that. But it will not be XSP, but other language on its own (I think XSPT: XSP for transformations ;) The way things are now, it seems that only Generators can be coded up using XSP -- not Transformers. Right now - yes. In other words, I must write my Transformer entirely in Java. Or implement XSPT. I think it will be simplier for you to code Transformer in Java at this stage. ;) Thanks for your help, Welcome. Vadim ... - 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: Caching of external documents
From: John Gilbertson [mailto:[EMAIL PROTECTED]] On Fri, 3 May 2002, Vadim Gritsenko wrote: The cached version it's using was me trying in work yesterday.. this morning it's still using that cached version, even though it's requesting the file each time I request the page from it. Check last modified time in the HTTP response of your www.compsoc.man.ac.uk server. Cocoon will use cached version if server reports that file was not modified. See Cocoon's URLSource.java, getLastModified method. Unfortunately, the Zope server doesn't seem to return a last-modified header with a page. Does this mean that Cocoon will always assume that it's not modified, without checking the contents? Cocoon will assume that it is always modified, and this effectively disables any caching. Barring editing the source, is it possible to put some directive somewhere saying re-get it no matter what? Comment out getLastModified() method in URLSource - default implementation always returns 0 meaning that no last modification date known. Vadim -- John Gilbertson - 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: Need to replace xalan
From: Frank Ridderbusch [mailto:[EMAIL PROTECTED]] On Mon, 6 May 2002 14:11:53 -0400 Vadim Gritsenko [EMAIL PROTECTED] wrote: Try saxon-6.5.2.jar. Works for me. Vadim Does it work for you in every respect? I'm also using Saxon and for the most part it works. However I'm including this option in the TOMCAT_OPTS/CATALINA_OPTS env variable to force Saxon to use Xerces instead of the included Alfred parser. - Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFact oryImp l Otherwise I would get exceptions from Alfred, when I used !DOCTYPE ... declarations, where the DTD included other entities. (I configured CatalogManager.properties accordingly). I do not use DTDs... The SQLTranformer aparently does not work with Saxon. What works like charm with Xalan produces a exception with Saxon. Same here. My XSPs and XSLTs work fine with Saxon. org.apache.cocoon.ProcessingException: Failed to execute pipeline.: \ java.lang.UnsupportedOperationException: The Saxon DOM cannot be updated org.apache.cocoon.ProcessingException: Failed to execute pipeline.: \ java.lang.UnsupportedOperationException: The Saxon DOM cannot be updated at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(Cach ingStr eamPipeline.java:414) at org.apache.cocoon.www.file_.usr.local.httpd.htdocs.sqxs.sitemap_xmap.mat chd0e1 45(sitemap_xmap.java:1419) at org.apache.cocoon.www.file_.usr.local.httpd.htdocs.sqxs.sitemap_xmap.pro cess(s itemap_xmap.java:588) at org.apache.cocoon.www.file_.usr.local.httpd.htdocs.sqxs.sitemap_xmap.pro cess(s itemap_xmap.java:420) at org.apache.cocoon.sitemap.Handler.process(Handler.java:224) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) at org.apache.cocoon.www.sitemap_xmap.matchd0e910(sitemap_xmap.java:6908) at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:3431) .. I think, I've seen the same exception, when using the xmlform example from scratchpad with Saxon. I this something, that should be reported to buzilla? I think yes, it should be. Vadim -- Mit freundlichen Gruessen / Regards Frank Ridderbusch Fujitsu Siemens Computers, EP SQ XS1 Heinz Nixdorf Ring, 33106 Paderborn, Germany Email: [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: Caching, Xindice, Aggregate
From: Michael Cortez [mailto:[EMAIL PROTECTED]] It does not *execute* XSP page neither *calls* XSP page. It merely *reads* XSP page, that's it. Ah, my mistake then, sorry. The interesting thing to note, is that it did not give any errors calling it the way I did -- and when I remove the xsp:page/xsp:page elements from the file and read it the way I did, it gave me an erros in dynamic-page2html.xsl and in simple-page2html.xsl Fix it by specifying correct generator type: map:generate type=serverpages src=ogc/ogl-preamble.xsp/ I'll attempt this right away, but I still have a questions though: Can I place a map:generate inside an aggregate? No. I thought the only valid child element was map:part. Yes. Or do I accomplish it with a map:part type=serverpages src=ogc/ogl-preamble.xsp/ strip-root=true / No. But you can reference pipeline which executes your XSP: map:part src=cocoon:/ogc/ogl-preamble/ strip-root=true/ (just add pipeline for ogc/ogl-preamble) --- OK, I've tried what you've suggested... I'm using the map:generate tag, with type equaling serverpages. I've placed my own root tag inside the XSP page, sitemap.xmap = map:match pattern=test_xsp map:generate type=serverpages src=ogc/ogl-preamble.xsp/ map:serialize type=html/ /map:match = Good. ogc/ogl-preamble.xsp = xsp:page xmlns:xsp=http://apache.org/xsp; testtestmeHello World/testme/test /xsp:page = Good. Now when I browse to the appriopiate address I get back an emtpy html page: = !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODY/BODY/HTML = I bet you use IE. Try refreshing or try something different and/or read log files. No error messages reported in the browser, no error messages in the error log. So, as a sanity check I brought up the cocoon status page, and low and behold I'm getting the same error messages. OK, now I don't think this problem has anything to do with my particular application, but with my replacing Xalan with Saxon... May be. So I'm going to pull the whole lot out, reinstall, and try putting Saxon in again and see if I can find out where exactly I start gettting the error messages. Try all the samples also, including XSP samples. Put your xsp page in the docs/xsp directory and invoke it as http://localhost:8080/cocoon/xsp/mypage. Vadim For the record, here are the heads of the error messages that I get by starting up Coocon, and browsing to the status page at http://fclistserver.fullcoll.edu:8080/cocoon/status There are all of the variety: Attribute xmlns: is not allowed on this element = ERROR (2002-05-06) 20:59.26:769 [core.xslt-processor] (/cocoon/) HttpProcessor[8080][4]/TraxErrorHandler: Error in TraxTransformer: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line 17; Column -1; ; SystemID: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line#: 17; Column#: -1 javax.xml.transform.TransformerConfigurationException: Attribute xmlns: is not allowed on this element = ERROR (2002-05-06) 20:59.26:779 [core.xslt-processor] (/cocoon/) HttpProcessor[8080][4]/TraxErrorHandler: Error in TraxTransformer: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line 17; Column -1; ; SystemID: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line#: 17; Column#: -1 javax.xml.transform.TransformerConfigurationException: Attribute xmlns: is not allowed on this element = ERROR (2002-05-06) 20:59.26:809 [core.xslt-processor] (/cocoon/) HttpProcessor[8080][4]/TraxErrorHandler: Error in TraxTransformer: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line 17; Column -1; ; SystemID: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache /cocoon/components/language/markup/sitemap/java/sitemap.xsl; Line#: 17; Column#: -1 javax.xml.transform.TransformerConfigurationException: Attribute xmlns: is not allowed on this element = ERROR (2002-05-06) 20:59.26:879 [core.xslt-processor] (/cocoon/) HttpProcessor[8080][4]/TraxErrorHandler: Error in TraxTransformer: jar:file:/C:/tomcat4/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2.jar!/org/ap ache
RE: Dynamic sql in xsp
From: Stephen Ng [mailto:[EMAIL PROTECTED]] I need some advice. I have an xsp which is using esql. The query in the esql is dynamically generated (based upon the request string). I use cinclude to inject the dynamic sql into the esql element. Something like this: esql:execute-query esql:query cinclude:include src=cocoon://sql/generateSomeSql.sql/ /esql:query So, I have an xsp that is dynamic. This work just peachy. Problem is, it's slow--the java compiler has to rebuild the xsp every Of course it's slow :) time the sql changes, which is costing me 1/2 a second (and is pretty pointless, it's only the string that is changing). How can I get the xsp to load the string in some other way, so I that I can use a static xsp, and not have the compilation overhead? Why not generate SQL string *in* this XSP? That's would give the best performance. Or, other way is to obtain this SQL string into String programmatically, without using include. Vadim Thanks, Steve - 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: Dynamic sql in xsp
From: Stephen Ng [mailto:[EMAIL PROTECTED]] Why not generate SQL string *in* this XSP? That's would give the best performance. Or, other way is to obtain this SQL string into String programmatically, without using include. Here I mean do not use include to include your XSLT generated SQL, but access cocoon programmatically and get this SQL into String. Then, you will have static XSP source. Okay I understand the suggestion but it doesn't work that well in my case. The reason is that the sql string is generated as a series of xslt transforms: Have you considered SQL transformer? It works best here. map:match pattern=dynamicSql.sql map:generate type=request/ map:transform src=stylesheets/requestQuery.xslt/ map:serialize type=text/ /map:match And I like this approach, especially since I much prefer writing in XSLT than in Java. But in theory I could redo my (not trivial) xslt scripts in Java. Could I take the dynamic xslt-generated sql string and shove it into a cocoon parameter, and then read the parameter inside my xslt? Do you mean inside my XSP? Yes, you can do something like this. Vadim Other place I thought about about sticking the sql was inside the session or (shudder) inside a file. Steve - 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: Dynamic sql in xsp
From: Stephen Ng [mailto:[EMAIL PROTECTED]] Vadim, Here I mean do not use include to include your XSLT generated SQL, but access cocoon programmatically and get this SQL into String. Then, you will have static XSP source. Sounds good to me but I have absolutely no idea how to do this :-(. Can you give me a pointer? Pointer: this list archive or dev list archive, this week, something about resolver. Have you considered SQL transformer? It works best here. Hmmm, no, will check this out. Please do, it is more suitable for you. Could I take the dynamic xslt-generated sql string and shove it into a cocoon parameter, and then read the parameter inside my xslt? Do you mean inside my XSP? Yes, you can do something like this. Sorry, you are right; that's what I meant. I am having some trouble though which is probably related to your first suggestion. I found this code in the archives: String myParam = ; try{ myParam = parameters.getParameter(GeneratedSQL); System.out.println(param is: + myParam); } catch (Exception e) {} And so I plug in: map:generate type=serverpages src=FileWithCIncludedXspRightNow.xsp map:parameter name=GeneratedSQL value=cocoon:/generatedSQL.sql/ /map:generate But all I get on the console is: param is: cocoon:/generatedSQL.sql Yes sure, what you put there is what you get. And no, (answering your next email), this won't be substituted, never. Vadim Thanks for your help, Steve - 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: Possible to use xsl:template in a query?
From: Hahn Kurt (CHA) [mailto:[EMAIL PROTECTED]] Or would it be better to just execute the query and then aggregate the result with the XML? I thought it was more elegant to do that through an XSL... ... The stylesheet below is applied to use a parameter (=odjID) with a query. It is actually applied to a dummy XML, which contains no data (this pattern works just the way I want it). The correponding sitemap entry looks like this: map:generate src=Queries/raw-query.xml/ map:transform src=Queries/odj_query.xsl (=The stylesheet below) map:parameter name=var value={1}/ /map:transform map:transform type=sql. Now I'd like to use the same pattern for something else, and this time, the XML (raw-query above) would contain data I'd like to keep. The problem is that wherever in the XSL I insert something like this: xsl:template match=sql:enTete aTagxsl:value-of select=.//aTag /xsl:template I'm getting a NullPointerException error from Cocoon. At one point, the error log said that inserting an xsl:template element was not allowed here, but moving it around in the XSL didn't help. How can I add the information from the XML then? Looks like you have made an error while adding xsl:template, and stylesheet became invalid. Do this: save your XML before it has been processed by your XSLT into file, and use command-line Xalan to process it with the stylesheet. Now edit stylesheet as you want, and test with Xalan. When you have desired result, plug it into Cocoon. Vadim Here's the styleheet, it works perfectly as long as I don't wanna add another xsl:template section... xsl:stylesheet version=1.0 xmlns:sql=http://apache.org/cocoon/SQL/2.0; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:param name=var/ xsl:template match=/ xsl:variable name=odjID xsl:value-of select=$var/ xsl:apply-templates select=sql:enTete/ /xsl:variable page content execute-query xmlns=http://apache.org/cocoon/SQL/2.0; query name=titreOJ_séance select to_char(RE.REU_DATE) as reu_dateReunion, to_char(RE.REU_HDEBUT,'hh24:mi') as reu_heureReunion fromREUNION RE where RE.OBJ_ID = xsl:value-of select=$odjID/ /query /execute-query /content /page /xsl:template /xsl:stylesheet - 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: CachingCIncludeTransformer - no effect?
From: Volker Schneider [mailto:[EMAIL PROTECTED]] Dear colleagues, I have built a xsp-page which takes two xml-Files and builds a xsp which will be compiled by another pipeline: map:match pattern=xsp-part1 map:generate src=part1.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-part2 map:generate src=part2.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-main map:generate src=main.xsp/ map:transform type=cinclude/ map:serialize type=xml/ /map:match map:match pattern=xsp-result map:generate type=serverpages src=cocoon:/xsp-main/ map:serialize type=xml/ /map:match This is not very performant, so that I tried to use the CachingCIncludeTransformer instead of the CIncludeTransformer, but bad performance did not change. My other xsp sample pages run 2-3 times faster than this. One point is, that I have 4 pipelines here and with every new included part I will get a further one. I think that caching of the CInclude result will be very helpful in this case. Is it necessary to switch the CachingCIncludeTranformer to on? I looked into the source code, but I did not find anything that looks like a switch or a helpful attribute. Do you have CachingCIncludeTranformer declared in the sitemap? Does it actually work (turn on debug and look for messages from the MRUStore)? Vadim Can anybody help me? Thank you, best regards - Volker - - 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: jdk1.4 revisited . What CVS branch? How is 2.0.3?
From: Christopher Watson [mailto:[EMAIL PROTECTED]] Can someone recommend.. I'm about to have another go at getting jdk1.4 and cocoon working together. I've tried 2.0.2 release with failures on 1)ESQL, specifically with connection pooling, once I'd patched EsqlConnection ;- 2)the bug in AbstractValidatorAction.java (Thanks Vadim for helping me with this bit! ) I'm a bit nervous about using CVS HEAD since it's alpha-quality? Should I be nervous? I guess... yes. Could someone inform .. What is the status of 2.0.3? It's in bug-fix-only-and-no-new-features state. Is there still a release of this planned? If so, are there still things to be fixed, and what are they? See BugZilla for list of issues. Vadim NAG NAG NAG Christopher -Original Message- From: David Crossley [mailto:[EMAIL PROTECTED]] Sent: 10 May 2002 08:22 To: [EMAIL PROTECTED] Subject: Re: clarification of CVS branches Carsten Ziegeler wrote: David Crossley wrote: Would someone please clarify what needs to happen with documentation in regard to the CVS branches. I have been updating some documents and adding some new ones. I have been adding this only to the HEAD of CVS and not into the 2.0.3 branch. I gather that only code bugfixes need to go into the 2.0.3 branch. Is that correct? I am trying to minimise work. --David The 2.0.3 branch is a bugfixes only branch, this means no new or experimental code should go in there. I think if the documentation is valid for 2.0.3 as well it should go there, too. Because if we do a 2.0.3 release all will benefit from this new docs asap. Ah thanks. Yes it is important to get some new docs out with the next release. I had forgotten about that aspect. --David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [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: Sample or documentation about FormValidatorAction?
From: Volker Schneider [mailto:[EMAIL PROTECTED]] Dear colleagues, where can I find a documentation about or a sample using the FormValidator action? Main sitemap, search for form-validator. Source code says that the configuration xml file don't need to be a file. Any source, including http://..., cocoon:/, etc. Vadim Does anybody know more about this? Does using of the FormValidator action have an impact on performance? Thank you, best regards - Volker - - 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: WebSphere jdk1.4
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Hi, anybody out there running Cocoon on WebSpere can tell me if WebSphere is JDK1.4 ready? My experience is IBM is always running way behind. On a sidenote has anybody running Cocoon using JDK1.4 noticed a significant performance improvement running over JDK1.3 as claimed by Sun@JavaOne? IIRC, the major performance improvements in JDK1.4 is java.nio and swing. Cocoon is not related to either of them; you should ask Tomcat guys when Catalina will support java.nio. Vadim Thanks, Horst - 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: Transformer writing
From: Ben Skelton [mailto:[EMAIL PROTECTED]] Hallo, I am trying to get my head around the cocoon internals. In particular I have an old library which takes XML in an InputStream, performs some (significant) processing and produces XML making it available in an OutputStream (a Document is also available). Is it possible to insert this processing into a cocoon pipe? I have had a look at the source code for Transformers, in particular CIncludeTransformer which I see as the closest example. I could write a Transformer to parse the input into the Transformer, on the appropriate endElement, the object could go away and do something, but I can't see how to insert the results back into the pipe. See DOMStreamer (.xml.dom package). Does any one have a simple example of this, or an easy explanation they would share? XMLDBTransformer in the scratchpad does something similar. Vadim Are there any resources for extending cocoon available? - I see on Amazon that there'll be a couple of books published soon. Many thanks --Ben - 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: caching proposals: SQLTransformer and Request
From: Stephen Ng [mailto:[EMAIL PROTECTED]] A couple of things I'd like to do with Cocoon caching; let me know if this is crazy. 1. Add caching to the request generator. Many of my pipelines are transformations based upon the request, and since requestGenerator currently does not support caching, it means those transformations are always re-done (and often there is some sql at the end of the pipe which is really slow). I'd like to hash (or MD5?) the request string and use that as the cache key so that if I get the same one the pipeline knows it can skip over everything. 2. Add caching to the SqlTransformer. I know this sounds weird, but hear me out. Our database is modified infrequently, so usually returns the same data. There is a datestamp in a special table which indicates when the last time the database was updated. The SQL Transformer would remember the time of the last query. I would have a new parameter to the sql transformer to indicate when the data is dirty. map:transform type=sql map:parameter name=last-update-time value=cocoon:/lastUpdateTime.xml/ /map:transform LastUpdateTime looks like: Date20021005144321/Date (Or whatever the xml date format is, I forget). SQLGenerator would resolve cocoon:/lastUpdateTime.xml. I would then have a pipeline for lastUpdateTime.xml which would build it by querying my special table (but if you wanted, you could use some other mechanism to build it). SQLGenerator would compare the two dates and re-run the sql if it needed to. How does this sound? May be you should consider different design, which is suited better for the problem? XSP pages with ESQL provide easy ability to program any caching behavior. Vadim Steve - 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: Printing Cocoon2 docs
From: Leszek Gawron [mailto:[EMAIL PROTECTED]] If you want to print the following page: http://localhost:8080/cocoon/documents/introduction.html You can modify it to this URL: http://localhost:8080/cocoon/documents/body-introduction.xml Isn't there a special build target that creates printable docs version ? ouzo build printer-docs Vadim - 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: new user: really stuck with cocoon/xindice
From: Lizzie O'Grady [mailto:[EMAIL PROTECTED]] dear all have had a look around to see if anyone else has this prob - not sure i'm in the right group. i'm not very technical so going around in circles. got tomcat/xindice open, cocoon page openhave been typing in : http://localhost:8080/cocoon/mount/internetsoup/welcome but it wont find the file 'internetsoup'.i get the message below any help would be great. - lizzie Cocoon 2 - Internal server error type fatal message Could not read resource xmldb:xindice://localhost:8080/db/internetsoup/ Are you sure that your xindice is started on port 8080, not default 4080? Check configuration. Vadim -- Resistance is futile. description org.apache.cocoon.ProcessingException: Could not read resource xmldb:xindice://localhost:8080/db/internetsoup/: org.xmldb.api.base.XMLDBException: A connection to the Database instance 'db' could not be created. Error: http://localhost:8080/db_bootstrap.ior sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: Could not read resource xmldb:xindice://localhost:8080/db/internetsoup/: org.xmldb.api.base.XMLDBException: A connection to the Database instance 'db' could not be created. Error: http://localhost:8080/db_bootstrap.ior at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:1 55) Lizzie O'Grady - 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: CachingCIncludeTransformer - no effect?
Make sure your logkit.xml looks like this: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/webapp/WEB-INF/logkit. xconf?rev=1.8content-type=text/vnd.viewcvs-markup Vadim From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, the DEBUG message I got from CachingCIncludeTransformer was: DEBUG (2002-05-13) 09:42.11:668 [sitemap.transformer.cinclude](/Cocoon/xsp-result) Servlet.Engine.Transports:10/CachingCIncludeTransformer: generateValidity Followed by: DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Processing internal sitemap request DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Matched wildcard pattern xsp-main ... MRU or MRUStore was not found whithin all my logs. Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Freitag, 10. Mai 2002 14:55 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Dear colleagues, I have built a xsp-page which takes two xml-Files and builds a xsp which will be compiled by another pipeline: map:match pattern=xsp-part1 map:generate src=part1.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-part2 map:generate src=part2.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-main map:generate src=main.xsp/ map:transform type=cinclude/ map:serialize type=xml/ /map:match map:match pattern=xsp-result map:generate type=serverpages src=cocoon:/xsp-main/ map:serialize type=xml/ /map:match This is not very performant, so that I tried to use the CachingCIncludeTransformer instead of the CIncludeTransformer, but bad performance did not change. My other xsp sample pages run 2-3 times faster than this. One point is, that I have 4 pipelines here and with every new included part I will get a further one. I think that caching of the CInclude result will be very helpful in this case. Is it necessary to switch the CachingCIncludeTranformer to on? I looked into the source code, but I did not find anything that looks like a switch or a helpful attribute. Do you have CachingCIncludeTranformer declared in the sitemap? Does it actually work (turn on debug and look for messages from the MRUStore)? Vadim Can anybody help me? Thank you, best regards - Volker - - 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: Urgent: Error Installing Cocoon latest war using in Weblogic 6.1 sp2
From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] From: Konstantin Piroumian [EMAIL PROTECTED] ... I can confirm that this is true also for WebLogic 7.0. I've been able to deploy Cocoon as a directory (didn't try WAR yet) only by renaming jar names without any other file moving/coping or changing the start script. Sorry, it was a little lie, I had to comment out some lines (marked as FIXME by Vadim) from CocoonServlet.java and Cocoon.java files. In that lines system properties were set for JAXP and that prevented WL to startup. Vadim, isn't it better to remove those lines and use standart way of specifying JAXP properties (jaxp.properties or so)? First you have to fix/force BEA to fix weblogic itself. It blindly replaces these properties with links to BEA's versions of parser and XSLT engine in (IIRC) T3SrvrImpl. FWIW... It could be possible to remove these lines if you make some configuration in the proprietary WEB-INF/weblogic.xml file. Vadim -- Konstantin ... - 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: CachingCIncludeTransformer - no effect?
From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, I got some messages containing MRUMemoryStore [13.05.02 15:42:55:881 GMT+02:00] 55f62073 WebGroup I SRVE0091I: [Servlet-Protokoll]: DEBUG (2002-05-13) 15:42.55:881 [core.man] (Unknown-URI) Unknown-thread/ExcaliburComponentManager: Adding component (org.apache.cocoon.components.store.Store/TransientCache = org.apache.cocoon.components.store.MRUMemoryStore) 1. Look for Holding object in memory:, Found key:, NOT Found key:. 2. Make sure all your XSPs are cacheable (otherwise, they won't go to cache) Vadim I can find some look-ups in the cache but not in combination with CachingCIncludeTransformer Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Montag, 13. Mai 2002 14:52 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? Make sure your logkit.xml looks like this: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/webapp/WEB-INF/logkit. xconf?rev=1.8content-type=text/vnd.viewcvs-markup Vadim From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, the DEBUG message I got from CachingCIncludeTransformer was: DEBUG (2002-05-13) 09:42.11:668 [sitemap.transformer.cinclude](/Cocoon/xsp-result) Servlet.Engine.Transports:10/CachingCIncludeTransformer: generateValidity Followed by: DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Processing internal sitemap request DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Matched wildcard pattern xsp-main ... MRU or MRUStore was not found whithin all my logs. Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Freitag, 10. Mai 2002 14:55 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Dear colleagues, I have built a xsp-page which takes two xml-Files and builds a xsp which will be compiled by another pipeline: map:match pattern=xsp-part1 map:generate src=part1.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-part2 map:generate src=part2.xsp/ map:serialize type=xml/ /map:match map:match pattern=xsp-main map:generate src=main.xsp/ map:transform type=cinclude/ map:serialize type=xml/ /map:match map:match pattern=xsp-result map:generate type=serverpages src=cocoon:/xsp-main/ map:serialize type=xml/ /map:match This is not very performant, so that I tried to use the CachingCIncludeTransformer instead of the CIncludeTransformer, but bad performance did not change. My other xsp sample pages run 2-3 times faster than this. One point is, that I have 4 pipelines here and with every new included part I will get a further one. I think that caching of the CInclude result will be very helpful in this case. Is it necessary to switch the CachingCIncludeTranformer to on? I looked into the source code, but I did not find anything that looks like a switch or a helpful attribute. Do you have CachingCIncludeTranformer declared in the sitemap? Does it actually work (turn on debug and look for messages from the MRUStore)? Vadim Can anybody help me? Thank you, best regards - Volker - - 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: Urgent: Error Installing Cocoon latest war using in Weblogic 6.1 sp2
From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] From: Vadim Gritsenko [EMAIL PROTECTED] ... First you have to fix/force BEA to fix weblogic itself. It blindly replaces these properties with links to BEA's versions of parser and XSLT engine in (IIRC) T3SrvrImpl. I was able to deploy Cocoon in WL 7.0 using BEA's version of Xerces and Xalan. Can't say about the future, though. It's also possible to create custom XML registry and assign it to an application, IIRC. FWIW... It could be possible to remove these lines if you make some configuration in the proprietary WEB-INF/weblogic.xml file. I think, that it's also possible to override system settings using -Dparam=value in the server startup script. I will check this too. No, it was hardcoded (see above), so you can not replace it this way. And (I have wl700b) it is still here: System.setProperty(org.xml.sax.driver, weblogic.apache.xerces.parsers.SAXParser); System.setProperty(javax.xml.parsers.SAXParserFactory, weblogic.xml.jaxp.RegistrySAXParserFactory); System.setProperty(javax.xml.parsers.DocumentBuilderFactory, weblogic.xml.jaxp.RegistryDocumentBuilderFactory); System.setProperty(javax.xml.transform.TransformerFactory, weblogic.xml.jaxp.RegistrySAXTransformerFactory); System.setProperty(javax.xml.soap.MessageFactory, weblogic.webservice.core.soap.MessageFactoryImpl); System.setProperty(javax.xml.rpc.ServiceFactory, weblogic.webservice.core.rpc.ServiceFactoryImpl); Only way to override this without coding is to use proprietary config files. Vadim Anyway, WL 7.0 claims that it's Java 1.3 compliant platform and from the first look it seems that it's implements specifications better than 6.x versions. Konstantin Vadim -- Konstantin - 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: att vadim: configuration localhost:8080
From: Lizzie O'Grady [mailto:[EMAIL PROTECTED]] sorry vadim, you are speaking to a real dummy here!...my configuration is on default 4080 as you suggest. its probably really basic...how do i change this? yikes Lizzie: I have not seen your sitemap, but if your XIndice is on port 4080, then you should access it from the sitemap using port 4080, not 8080. URL to XIndice should be like: xmldb:xindice://localhost:4080/db/internetsoup/ Vadim i have the startup terminal open and running...do i type something in there. thank you for your help so fari have a university deadline, so this list is a brilliant resource. lizzie (apologies to all if i have come into the wrong posting) - 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: Log from mounted sitemap.
From: Artur Bialecki [mailto:[EMAIL PROTECTED]] [ C-2.0.2, J-1.3.1, JB-2.4.4, TC-4.0.4b2, W2K, A-1.2.23] Replace your logkit.xconf with the version from the CVS. Vadim I mount a different sitemap for each of my modules. Do I have to do anything special to see log events from the mouted sitemaps? The root sitemap reports everything, but I don't see an log events from any of the mounted sitemaps. Everything in logkit.xconf is set to DEBUG. Thanks, Artur... - 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: Logger for category root.xslt returned
From: kerin // airside.co.uk [mailto:[EMAIL PROTECTED]] Hi everyone, I've been trying to setup Cocoon2.0, and after a couple of days still can't seem to get it up and running. This is my environment: Redhat7.1 J2SDK1.4.0 Tomcat 4.0 on x86. I've got the following environment variables set up correctly : JAVA_HOME, CATALINE_HOME, TOMCAT_HOME. I also copied across xml-apis.jar, xalan.jar, and batik.jar to $TOMCAT_HOME/common/lib. When I try and view localhost:8080/cocoon/ it returns the error The sitemap handler's sitemap is not available. Please check logs for the exact error, and within the logs I see this : Check *cocoon* log located in: tomcat/webapps/cocoon/WEB-INF/logs Vadim 2002-05-14 17:42:04 StandardWrapper[:default]: Loading container servlet default 2002-05-14 17:42:04 default: init 2002-05-14 17:42:04 StandardWrapper[:invoker]: Loading container servlet invoker 2002-05-14 17:42:04 invoker: init 2002-05-14 17:42:04 jsp: init 2002-05-14 17:42:05 jsp: init 2002-05-14 17:42:17 DEBUG (2002-05-14) 17:42.17:555 [] (/cocoon/) Thread-19/DefaultLogKitManager: Logger for category root.xslt returned Whats going wrong, and how can I solve it? This is my first time using Tomcat and Cocoon - I'm trying to get it up and running so I can hack about with it a bit, and see if its appropriate for an XML-based website I've got to develop. As such, I'm pretty much a clueless newbie with all this. Hope these aren't stupid questions. Thanks in advance, -- // // kerin // airside.co.uk // - 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: Logger for category root.xslt returned
Read http://xml.apache.org/cocoon/installing/index.html, section Headless UNIX and PJA. Vadim -- Resistance is futile. -Original Message- From: kerin // airside.co.uk [mailto:[EMAIL PROTECTED]] From: Vadim Gritsenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 14, 2002 6:11 PM Subject: RE: Logger for category root.xslt returned Check *cocoon* log located in: tomcat/webapps/cocoon/WEB-INF/logs Vadim Sorry, I didnt see this initially in my logs : DEBUG (2002-05-14) 17:42.18:284 [cocoon ] (/cocoon/) Thread-19/ExcaliburComponentSelector: Adding org.apache.cocoon.serialization.XMLSerializer for svgxml ERROR (2002-05-14) 17:42.19:055 [cocoon ] (/cocoon/) Thread-19/Handler: Error compiling sitemap java.lang.UnsatisfiedLinkError: /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory From a quick search, it looks like libXp.so.6 is an X11 shared library. Why would Java be looking for this to run Tomcat/Cocoon? My server is headless, with no X install, so its not going to find any X11 libraries. - 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: CachingCIncludeTransformer - no effect?
From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, ... So all included files and the result (xsp-main) seems to be cached. Good. Then I tried to start the 4th pipeline and I found the same messages in the log. Caching seems to be working. Next I'll try to make the xsp cacheable. Do you know where I can find more information about that, more than it is written in cacheable.xsp? Cacheable.java. But it has (almost) same info. Why do I have to generate a unique key for example? Cache is a hashmap. Responses are cached by the key. Same (XSP) page might want to have more then one cached response depending on the environment (e.g., I have an XSP which is different for logged in and not logged in users - and I use cache to store both variants). Try analyze cacheable.xsp sample. Vadim Thank you, best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Dienstag, 14. Mai 2002 16:56 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, how does cocoon decide, which pipelines can be cached? All pipelines components should be cacheable, then result of the whole pipeline is cached. My included files are all static at the moment and go into a file generator. They unfortunately end with .xsp but they are xml files. How can I make a xml file cacheable? Cool then, they should be cached already. Try accessing these pipelines directly and look for messages from the store. Then proceed to debugging include caching. Does cocoon check for the file extension? No. Vadim Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Dienstag, 14. Mai 2002 16:31 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, ... (2) First of all I want to try caching without xsp caching. That'll be the next step. It won't cache *non-cacheable* resources. Please try other way around: first make *all* included pipelines fully cacheable. Vadim Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Dienstag, 14. Mai 2002 14:29 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, I got some messages containing MRUMemoryStore [13.05.02 15:42:55:881 GMT+02:00] 55f62073 WebGroup I SRVE0091I: [Servlet-Protokoll]: DEBUG (2002-05-13) 15:42.55:881 [core.man] (Unknown-URI) Unknown-thread/ExcaliburComponentManager: Adding component (org.apache.cocoon.components.store.Store/TransientCache = org.apache.cocoon.components.store.MRUMemoryStore) 1. Look for Holding object in memory:, Found key:, NOT Found key:. 2. Make sure all your XSPs are cacheable (otherwise, they won't go to cache) Vadim I can find some look-ups in the cache but not in combination with CachingCIncludeTransformer Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Montag, 13. Mai 2002 14:52 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? Make sure your logkit.xml looks like this: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/webapp/WEB-INF/logkit. xconf?rev=1.8content-type=text/vnd.viewcvs-markup Vadim From: Volker Schneider [mailto:[EMAIL PROTECTED]] Hi Vadim, the DEBUG message I got from CachingCIncludeTransformer was: DEBUG (2002-05-13) 09:42.11:668 [sitemap.transformer.cinclude](/Cocoon/xsp-result) Servlet.Engine.Transports:10/CachingCIncludeTransformer: generateValidity Followed by: DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Processing internal sitemap request DEBUG (2002-05-13) 09:42.11:688 [sitemap](/Cocoon/xsp-result) Servlet.Engine.Transports:10/sitemap_xmap: Matched wildcard pattern xsp-main ... MRU or MRUStore was not found whithin all my logs. Best regards - Volker - -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Freitag, 10. Mai 2002 14:55 To: [EMAIL PROTECTED] Subject: RE: CachingCIncludeTransformer - no effect? From: Volker Schneider [mailto:[EMAIL PROTECTED]] Dear colleagues, I have built a xsp-page which takes two xml-Files and builds a xsp which will be compiled by another pipeline: map:match pattern=xsp-part1
RE: xsp-session ns calls element creation funcs?
From: Zack Angelo [mailto:[EMAIL PROTECTED]] C2 doesn't seem to be behaving as expected...my code looks just like the examples. Any ideas? I'm sure it's something obvious. Okay, so apparently this: String userID = xsp-session:get-attribute name=malin-uid/; Do you have xsp-session namespace declared? xmlns:xsp-session=http://apache.org/xsp/session/2.0; Vadim Generates into this (and, obviously, generates some errors): String userID = xspAttr.addAttribute( , name, name, CDATA, malin-uid ); this.contentHandler.startElement( http://apache.org/session/2.0;, get-attribute, xsp-session:get-attribute, xspAttr ); xspAttr.clear(); this.contentHandler.endElement( http://apache.org/session/2.0;, get-attribute, xsp-session:get-attribute ); ; TIA, Zack - 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: config memory with multiple cocoon instances one one machine
From: Stephan Michels [mailto:[EMAIL PROTECTED]] On Wed, 15 May 2002, Giuseppe Di Pierri wrote: in each of the three cocoon instances under tomcat, the files cocoon.xconf contains: store-janitor class=org.apache.cocoon.components.store.StoreJanitorImpl logger=core.store.janitor !-- How much free memory shall be available in the jvm -- parameter name=freememory value=2000/ !-- Indicates the limit of the jvm memory consumption. The default max heapsize for Sun's JVM is 64Mb -- parameter name=heapsize value=43000/ !-- How often shall the cleanup thread check memory -- parameter name=cleanupthreadinterval value=10/ !-- Indicates the thread priority of the cleanup thread -- parameter name=threadpriority value=5/ !-- How much percent of the elements of each registered Store shall be removed when low on memory. Default 10% -- parameter name=percent_to_free value=10/ /store-janitor The error that we get is neither an outofmemory nor an exception, the jvm just stops working. Then the user gets an Proxy error message (something like page not reachable). When you stop the process of tomcat and then start it again, every goes fine till the next time. I don't think this kind of problem is a bug in the code (but I want to investigate further on it :) Do you have some ideas? Do we have to create a single instance of cocoon under tomcat and separate it on more then one machine? Does the sum of the parameter values (freememory, heapsize and so on) of the three instances must be less then the values in the catalina.sh? No. !-- How much free memory shall be available in the ***jvm*** -- parameter name=freememory value=2000/ !-- Indicates the limit of the ***jvm*** memory consumption. The default max heapsize for Sun's JVM is 64Mb -- parameter name=heapsize value=43000/ Key word here: JVM. Parameter heapsize must be *equal* to -Xmx, parameter freememory must be high enough so at any given moment of time there is enough memory to serve all the simultaneous requests you have. Vadim Yes, I think they must. Have you probe a profiler to find the lock? No? Then my favorite is http://www.ej-technologies.com/jprofiler/overview.html. But I havn't yet startet the whole engine under jprofiler. Stephan Michels. - 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: help with redirect and forward
From: Vij, Bhavna [mailto:[EMAIL PROTECTED]] Hi All, I am not able to redirect or forward to another pages I need to do something like that. There's a login page with username and password. If the login is successfull, I need to forward it to page1 else I need to go back to login page and display error. I am able to access the request parameters but neither redirect nor forward works... Neither of the following works - response.sendRedirect(http://localhost:/cocoon/;); - response:send-redirect location=login-page.xml/ - response:send-redirect url=http://localhost:/cocoon// Try using this as close to the top of the page as possible - might help... Can someone help me with that.. Any help will be greatly appreciated... ...also it is not a good idea to redirect from the page. Do this from sitemap and you will have much fewer issues. Vadim Thanks in Advance, Bhavna - 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: XIndice and Caching
From: Alex McLintock [mailto:[EMAIL PROTECTED]] Hi folks, I have a XIndice backed Cocoon website which I want to speed up. It is far too slow. One thing I need to reduce is the number of XSLT for loops, but that's for another time. The second thing I am looking at is trying to use Cocoon/Avalon caching and I am not sure I understand it. Do I cache the database results, or the xml/html which we get from them after being processed by XSLT ? Xindice does not support any metadata (yet), including last modification date. This makes any caching of the xindice results not possible. You can participate in xindice dev ([EMAIL PROTECTED]) list to implement this feature sooner than later. Vadim My XML database changes very infrequently - can I tell the cache that it has been updated and thus all cached things should be dropped? Feel free to point me at the docs if I've missed them. Alex Openweb Analysts Ltd, London: Software For Complex Websites http://www.OWAL.co.uk/ Free Consultancy for London Companies thinking of Open Source Software. - 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: upgrading to Cocoon2 and debugging
From: gorillacommunications [mailto:[EMAIL PROTECTED]] Hi all. I am upgrading an application from Cocoon1 to Cocoon2 and am having some problems. I get the error Exception in creating Transform Handler: java.lang.NullPointerException. Usually this means you have an error in the XSLT. See logs. 1. I created a pipeline in sitemap.xmap, but are there any special things I must do to my XML and XSL files to upgrade? 2. How do I see meaningful debugging info? I looked in the archive and think I have the settings correct in web.xml and logkit.xconf, but I see no info in any of the logs for this application (other applications dump output to the logs). At least Cocoon1 would write a message to the console telling me what the parser choked on (I read in the archive that this message is caused by an error in the XSL). Log files location is WEB-INF/logs, as Artur said. Vadim Thanks for any help. Leona Slepetis - 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: ProcessingException on xml file
From: Pete Carapetyan [mailto:[EMAIL PROTECTED]] This is the error I am getting, while attempting to transform an xml file and display it as html: -- The org.apache.cocoon.www.file_.C_.dev.webapps.cocoon.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Could not read resource [file blah.xml] java.lang.RuntimeException: 2 = 1 I have seen Xalan throwing similar exceptions due to bugs in my XSLT or Xalan... Vadim Which would make more sense perhaps, except it was processing that exact same file just fine, it even displayed it as html on my browser up to the point that it found the xml that it didn't like. I can even eliminate this error totally and display the xml fine, by removing some of the xml. But the XML that had to be removed validates fine. Even that would make sense except I am only using examples of the most fundamental, dumbest, stripped down type, from various example sources. It is a docbook DTD, a docbook.xsl. Anybody seen this before? Nothing seems to be on the mail list archives. cocoon 2.0.2 windoze 2000 jdk 1.3.1 tomcat 4.0 - 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: calling a servlet (?)
From: Pierfranco Ferronato [mailto:[EMAIL PROTECTED]] Hi all, I'm really new to cocoon I'm trying something I think it is preatty easy: calling a servlet with some parameters map:match pattern= map:generate type=html src=http://localhost:8088/pino/servlet/fetish.reposimpl.HTTPFTRepositor y?acti on=all / map:transform src=xsl/DBALL_HTML.xslt map:parameter name=wsite value=http://localhost/ /map:transform map:serialize type=html/ /map:match It does not work, I got a org.apache.cocoon.ProcessingException: Exception in HTMLGenerator.generate(): java.lang.NullPointerException (cocoon 2.0.2 + Tomcat 3.3 + SUN JDK1.3) It seems that the http generator process only URL Any suggestion or help is really appreciated Looks like bug in the HTMLGenerator. Suggestions: 1. Try Cocoon 2.0.3 from the CVS 2. Look into HTMLGenerator 3. Nothing helps, try asking mail list but please do not cut exception stacktrace - now it is not even known what was the line number. Vadim Pieffe --- Signature --- PF @-mail:[EMAIL PROTECTED] Virtual Sky: IVAO, ID 112917 SimFlight: FS2000, X-Plane Home page: http://www.pierfranco.com USA Fax: (419) 791-6621 - 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: XSP Tutorial
From: Leigh Dodds [mailto:[EMAIL PROTECTED]] Hi, IBM have posted my second Cocoon tutorial: Working with XML Server Pages in Apache Cocoon 2 http://www-106.ibm.com/developerworks/education/r-xxsp.html?n-x-4252 It covers the basic principles of XSP (code generation using XSLT); the XSP syntax; and of course using and creating logicsheets. Added to the list of links. I've just finished writing the third tutorial covering the ESQL and Form Validation logicsheets. Not sure when that will be published. Great, keep 'em coming! Vadim Feedback very welcome. L. -- Leigh Dodds, Research Group, Ingenta | Pluralitas non est ponenda http://weblogs.userland.com/eclectic |sine necessitate http://www.xml.com/pub/xmldeviant| -- William of Ockham - 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: Installation Doc build command typo listed
From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] The target for the build command listed as printerdocs is of course incorrect. Just thought someone would want to change it to the correct, printer-docs target. Thanks for noting this, typo corrected. Thanks, Vadim Sincerely Yours, Marc J. Driftmeyer // - 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: Livesites
From: Felix Roethenbacher [mailto:[EMAIL PROTECTED]] We built the website of our mountaineering club SAC Sektion Piz Sol with Cocoon 2. http://www.sac-piz-sol.ch Added. Vadim Thank you for your great effort in developing Cocoon. It's cool!! Sincerely, Felix Roethenbacher - 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]