Cocoon User Discussions Request Fork by Revision
I do not know if this has been suggested or not but here goes. Is it possible to fork the discussion groups by target release? For instance, if we put a flag in the Subject Header ala [Cocoon2.1-dev] before our Subject it would index into a different listing versus say [Cocoon2] or [Cocoon1.x]. And when one browses the Cocoon User listings they are subgrouped via Cocoon2.1-dev, Cocoon2, Cocoon1.x. Just sure would make the listings more extensible by consuming less time scanning the subject headers. Yes I know I can do a direct query but it would even be nicer to do a query by Subgroup listed above, alone. -Marc J. Driftmeyer __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HEAD problems
I have duplicated this via 1-23-2003 HEAD CVS Fetch as well. -Marc --- Leszek Gawron [EMAIL PROTECTED] wrote: 1. The current HEAD is not compiling as scratchpadwar validate-config: [echo] Conducting validation of core configuration files. [echo] (You can turn validation off if you must, using ./properties.xml) [echo] Validating all cocoon.roles instances ... BUILD FAILED file:C:/Dev/CvsProjects/xml-cocoon2/build.xml:2423: There must be a file attribute or a fileset child element 2. Current HEAD after compiling with webapp target and running shows this error: org.apache.cocoon.ProcessingException: Failed to execute pipeline.: org.apache.cocoon.CascadingIOException: org.apache.xml.utils.WrappedRuntimeException: The output format must have a '{http://xml.apache.org/xslt}content-handler' property!: org.apache.xml.utils.WrappedRuntimeException: The output format must have a '{http://xml.apache.org/xslt}content-handler' property! While trying I had also Failed to generate program code (with the same must have content-handler remark) How can I fix it ? -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs HEAD bombing out of pipeline
Copy them from the Cocoon2/lib/core jar directory. -Marc --- Anna Afonchenko [EMAIL PROTECTED] wrote: Thanks for the information, Jacob. Can you tell me where can I find the updated jars? Thanks for help Anna - Original Message - From: Jacob L E Blain Christen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 27, 2002 6:22 PM Subject: Re: cvs HEAD bombing out of pipeline that did the trick, thank you antonio. anna, you and i were having the same problem, if it still isn't fixed i think this could be the solution to your problem as well: make sure updated xerxes and xalan jars are in $JAVA_HOME/lib/jre/endorsed as well as $TOMCAT_HOME/common/endorsed -- jacob - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.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/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build All fails on latest CVS Snapshot
As usual, Antonio's advice regarding certain build functionalities bypasses some of the woes. The latest snapshot I have(October 22, 2002) and build option of build installwar works smoothly. Regarding the build option of build all it still breaks. -Marc --- Kjetil Kjernsmo [EMAIL PROTECTED] wrote: On Monday 21 October 2002 18:50, Antonio Gallardo Rivera wrote: I am happy that I am not alone in this ;) Heh, I was also seeing this... I have had lots of problems, so I just deleted everything I had and started from scratch again. Weirdly, it built fine when I had -Dinstall.war=$TOMCAT_HOME/webapps in the build command, but then I figured I should let it go to my $COCOON_HOME, which is $TOMCAT_HOME/webapps/cocoon. Then, it wouldn't go... :-( But I just noticed that I had forgotten the install at the end of the build.sh line, and when I added that, it worked! :-) Funny, isn't it? 3-Another recommendation is (thanks to Torsten Curdt): /xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/ language/markup/xsp/EsqlConnection.java You will see the @JDBC3_START@ and @JDBC3_END@ markers. They are used by the build system to uncomment the necessary implementations depending on the JVM version. So I guess the transition into the database block broke this mechanism. Well, I, for one, didn't understand too much of this, so if you care to elaborate, it might help somebody who is as clueless as I am. :-) Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Build All fails on latest CVS Snapshot
Here is the error output: [javac] C:\Java\xml-cocoon2\build\cocoon\blocks\databases\src\org\apache\cocoon\components\language\markup\xsp\EsqlConnection.java:66: org.apache. cocoon.components.language.markup.xsp.EsqlConnection should be declared abstract; it does not define setHoldability(int) in org.apache.cocoon.componen ts.language.markup.xsp.EsqlConnection [javac] public class EsqlConnection implements Connection { [javac]^ [javac] 1 error BUILD FAILED file:C:/Java/xml-cocoon2/build/cocoon/work/blocks-build.xml:78: Compile failed; see the compiler error output for details. Total time: 36 seconds __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Build Test Suite fails
List, C:\Java\xml-cocoon2build test Chugs along and then during the jUnit portion produces 51 errors culminating with this final one. If you want I can output the file into a txt file for verification. Final line of error output BUILD FAILED file:C:/Java/xml-cocoon2/build.xml:2027: Compile failed; see the compiler error output for details. Build Environment Windows XP SP-1 Java SDK 1.4.1 RCS Cocoon 2.1-HEAD I have been seeing this for the past 2 weeks. Cocoon still builds and installs the war file, just fine with Apache Tomcat 4.1.12. I just thought I'd bring it to the lists attention as a sort of SQA notification. -Marc J. Driftmeyer __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.1-Dev and Tomcat 4.1.12 experiences
To all, I wrote as of 2 days ago that I was getting the malformedURI error inside Cocoon 2.1 Dev and just couldn't seem to figure out how leaving me with a crippled build. Today I decided to take a fresh look at the error logs(access.log specifically). First I attempted Antonio's technique as follows: c:\Java\xml-cocoon2build -Dinclude.webapp.libs=true -Dinclude.scratchpad.libs=true installwar Alas to no avail. That is when I took the fresh look at the access.log. Well to my surprise and/or not surprise with Windows XP it's consistent irritation of not following a tried and true approach to filenames, etc brought my attention to a most curious default installation path name for Apache Tomcat 4.1.12. For the life of me I cannot understand whoever develops Tomcat why they even bother to make Windows friendly Pathnames, ala C:\Program Files\Apache Group\Tomcat 4.1 by default, instead of forcing a typical Unix convention. I group all my Java stuff under a c:\Java top directory. So my path was c:\Java\Tomcat 4.1 (Note: Does this look conspicuous?) Well first I like my path to reflect the release of software and I must have been lazy the day I installed Tomcat. Add/Remove Tomcat and Reinstall Tomcat I gave it a brand new directory as follows: c:\Java\Tomcat4.1.2 (Note: Does this look different? It should.) Now applying Antonio's technique as follows: c:\Java\xml-cocoon2build -Dinclude.webapp.libs=true -Dinclude.scratchpad.libs=true installwar (Note: ignore wordwrap between the -Dincludes if they appear as such, just a single space as billed) And letting the Service instantiate Tomcat and extract the WAR file I first of course touched http://localhost:8080/ to great fanfare. Then I touched cocoon root http://localhost:8080/cocoon/ and Presto!!! Success! I get a slick copy of http://localhost:8080/cocoon/documents/index.html proving that pattern matching for: map:match pattern=documents/** map:mount check-reload=yes src=documentation/ uri-prefix=documents/ /map:match within sitemap.xmap works as billed, residing here: C:\Java\Tomcat4.1.12\webapps\cocoon\sitemap.xmap I cannot speak for Linux or various Unices which I would expect to be more compliant that Windows but I can speak for XP when Pathnames will bite you hard if you leave those spurious whitespaces between string names. -Marc __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.1 Dev latest HEAD breaks
The following from error.log: ERROR (2002-10-02) 17:34.00:907 [access] (/cocoon/documents/index.html) Thread-7/CocoonServlet: Problem with Cocoon servlet org.apache.cocoon.ProcessingException: Failed to execute pipeline.: org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.net.MalformedURLException: no protocol: characters.ent at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:521) We can take a guess as to why this might happen. The logical step was to check permissions on /cocoon/documents/ and index.html, etc.. One problem. There is NO DOCUMENTS Directory. Hence the error. We get /cocoon/docs/ and /cocoon/documentation/ directories. Checking the sitemap.xmap reveals the following: !-- Cocoon documentation pipeline -- map:pipeline !-- Redirection to documentation sites -- map:match pattern= map:redirect-to uri=documents/index/ /map:match map:match pattern=documents/index map:redirect-to uri=index.html/ !-- You may direct a client to a more appropriate URI by the above command. The above results in a redirect response to the client. By redirecting to a ressource it would be handled by cocoon internally. Since pipelines work on a first match basis, the above wins the request although the match below would match as well. -- /map:match map:match pattern=documents/** map:mount check-reload=yes src=documentation/ uri-prefix=documents/ /map:match /map:pipeline Renaming the directory of /cocoon/documentation/ to /cocoon/documents/ helps but produces the next error. DEBUG (2002-10-02) 17:50.31:321 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Changing Cocoon context DEBUG (2002-10-02) 17:50.31:321 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: from context(file:/C:/Java/Tomcat 4.1/webapps/cocoon/) and prefix() DEBUG (2002-10-02) 17:50.31:321 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: to context(documentation/) and prefix(documents) DEBUG (2002-10-02) 17:50.31:321 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: at URI documents/index.html DEBUG (2002-10-02) 17:50.31:321 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: New context is file:/C:/Java/Tomcat 4.1/webapps/cocoon/documentation/ DEBUG (2002-10-02) 17:50.31:391 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Set the URI Prefix (OLD=documents/, NEW=) DEBUG (2002-10-02) 17:50.31:391 [access] (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Reset context to file:/C:/Java/Tomcat 4.1/webapps/cocoon/ DEBUG (2002-10-02) 17:50.31:401 [access] (/cocoon/documents/index.html) Thread-5/HttpEnvironment: Response successfully reset ERROR (2002-10-02) 17:50.31:401 [access] (/cocoon/documents/index.html) Thread-5/CocoonServlet: Problem with Cocoon servlet org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/site2xhtml.xsl: org.apache.avalon.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:338) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipeline(AbstractProcessingPipeline.java:390) Next is the unable to get transformer handler for site2xhtml.xsl. Any suggestions? Should I scrounge through every portion of patterns being matched and also their interdepencies to make sure they all sink up or should I hope someone fixes this and releases a fix? Or am I losin' it and just confused? -Marc __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]