Cocoon 2.1 CVS and Java 1.4.2
Hi: Just reporting that Cocoon 2.1 CVS run using Sun Java 1.4.2. My config: Red Hat Linux 9 Java 1.4.2 Tomcat 4.1.24 Cocoon 2.1 CVS Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 CVS and Java 1.4.2
The same over here. My config: * SuSE Linux 8.2 * Sun J2SDK 1.4.2 * Tomcat 4.1.24 * Cocoon CVS from yesterday Antonio Gallardo wrote: Hi: Just reporting that Cocoon 2.1 CVS run using Sun Java 1.4.2. My config: Red Hat Linux 9 Java 1.4.2 Tomcat 4.1.24 Cocoon 2.1 CVS Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: install cocoon 2.1-m2 on tomcat 4.1.24
On Fri, Jun 27, 2003 at 11:32:00AM -0400, Geoff Howard wrote: At 09:36 AM 6/27/2003, you wrote: Geoff, I think you misunderstood my mail, I *DON'T* have a copy of xmlParserAPIs.jar in the tomcat common/endorsed directory. Ah, sorry - I thought the situation was reversed. However I just found the problem, inspired by some info from the link you mention. The problem was that the start menu items for starting/stoping tomcat didn't use the startup or shutdown scripts and hence java.endorsed.dirs wasn't being set and therefore the incorrect jars were being referenced. Ok, let me make sure I understand this one: so you installed tomcat on windows and when using the windows icons installed for starting and stopping tomcat, you find that they don't set the endorsed dir in the same way as the shell script? That would be a useful thing to keep in mind and may well be unintentional on their part. If that's the case, it would be worth submitting a bug and patch to them to see if they want to correct that for future releases? Yes that is correct. I do plan to submit a bug report when I can work out where to file it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: install cocoon 2.1-m2 on tomcat 4.1.24
Yes, I think that other jar is the problem. If it's not needed for other webapps, remove it and try again. If it is needed, use the Paranoid servlet described at http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem. Geoff At 10:17 AM 6/26/2003, you wrote: Hi, I am attempting to install cocoon 2.1-m2 in tomcat 4.1.24 under windows XP. I first install tomcat specialised for JDK 1.4 jakarta-tomcat-4.1.24-LE-jdk14. I am running JDK 1.4.1_01 from SUN. I install into c:\Tomcat41 because of a suggestion on the mailing list that spaces in the install path can be problematic. I can access http://localhost:8080/index.jsp fine. I then execute the following commands in the cocoon-2.1m2 directory. set JAVA_HOME=c:\j2sdk1.4.1_01 build war cd build\cocoon-2.1m2\ copy cocoon.war c:\Tomcat41\webapps cd ..\..\lib\endorsed copy *.jar c:\Tomcat41\common\endorsed I then start Tomcat. I can access http://localhost:8080/index.jsp fine, but however http://localhost:8080/cocoon/ just gives a blank page and the following error. Note that it cocoon runs fine when I run it from jetty. - Root Cause - java.lang.IllegalAccessError: class org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$AncestorIterator cannot access its superclass org.apache.xml.dtm.ref.DTMDefaultBaseIterators$InternalAxisIteratorBase at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:502) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:250) at java.net.URLClassLoader.access$100(URLClassLoader.java:54) at java.net.URLClassLoader$1.run(URLClassLoader.java:193) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) which is mentioned in the mailing list archive message http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105406130228569w=2 http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105406333931007w=2 suggests that the problem is to do with which jars are in common/endorsed. The only ones that are there are those from cocoon-2.1m2/lib/endorsed directory (xalan-20030506.jar, xercesImpl-2.4.0.jar and xml-apis.jar). However the user who followed these steps mention that they also have xmlParserAPIs.jar in the common/endorsed directory. This jar doesn't seem to exist on my system? Is this the problem? http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105407220309715w=2 Any other suggestions would be greatly appreciated. Regards, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: install cocoon 2.1-m2 on tomcat 4.1.24
Geoff, I think you misunderstood my mail, I *DON'T* have a copy of xmlParserAPIs.jar in the tomcat common/endorsed directory. However I just found the problem, inspired by some info from the link you mention. The problem was that the start menu items for starting/stoping tomcat didn't use the startup or shutdown scripts and hence java.endorsed.dirs wasn't being set and therefore the incorrect jars were being referenced. Regards, Peter On Fri, Jun 27, 2003 at 09:09:30AM -0400, Geoff Howard wrote: Yes, I think that other jar is the problem. If it's not needed for other webapps, remove it and try again. If it is needed, use the Paranoid servlet described at http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem. Geoff At 10:17 AM 6/26/2003, you wrote: Hi, I am attempting to install cocoon 2.1-m2 in tomcat 4.1.24 under windows XP. I first install tomcat specialised for JDK 1.4 jakarta-tomcat-4.1.24-LE-jdk14. I am running JDK 1.4.1_01 from SUN. I install into c:\Tomcat41 because of a suggestion on the mailing list that spaces in the install path can be problematic. I can access http://localhost:8080/index.jsp fine. I then execute the following commands in the cocoon-2.1m2 directory. set JAVA_HOME=c:\j2sdk1.4.1_01 build war cd build\cocoon-2.1m2\ copy cocoon.war c:\Tomcat41\webapps cd ..\..\lib\endorsed copy *.jar c:\Tomcat41\common\endorsed I then start Tomcat. I can access http://localhost:8080/index.jsp fine, but however http://localhost:8080/cocoon/ just gives a blank page and the following error. Note that it cocoon runs fine when I run it from jetty. - Root Cause - java.lang.IllegalAccessError: class org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$AncestorIterator cannot access its superclass org.apache.xml.dtm.ref.DTMDefaultBaseIterators$InternalAxisIteratorBase at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:502) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:250) at java.net.URLClassLoader.access$100(URLClassLoader.java:54) at java.net.URLClassLoader$1.run(URLClassLoader.java:193) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) which is mentioned in the mailing list archive message http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105406130228569w=2 http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105406333931007w=2 suggests that the problem is to do with which jars are in common/endorsed. The only ones that are there are those from cocoon-2.1m2/lib/endorsed directory (xalan-20030506.jar, xercesImpl-2.4.0.jar and xml-apis.jar). However the user who followed these steps mention that they also have xmlParserAPIs.jar in the common/endorsed directory. This jar doesn't seem to exist on my system? Is this the problem? http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105407220309715w=2 Any other suggestions would be greatly appreciated. Regards, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 migration problem with sub-sitemap
Hi, I have migrated a sub-sitemap from Cocoon 2.0.4 to 2.1m3. With 2.0.4 everything worked fine, now with 2.1 I only get empty pages. The reason seems to be that the sub-sitemap in cocoon/sims is never really called. Whenever I call a URL with sims/something I get empty page with NO errors although in logkit.xconf I have set everything on DEBUG. I saw one big difference between 2.0.4 and 2.1 and that is that sub-sitemaps seem to be automatically mounted with a generic pipeline. The sub-sitemap example does not exist anymore, the only sub-sitemap available is samples. Does one have to declare now really ALL components in each sub-sitemap that it uses, because I get DEBUG messages that say that a Selector has not found component for hint [request] or [session] for example? But when I look into the samples sitemap then that does not declare any components although it definitely uses some? So what is different in 2.1? Please help, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon 2.1 migration problem with sub-sitemap
Did you add map:pipes to the map:components section in the root sitemap? -Original Message- From: Peter Klotz [mailto:[EMAIL PROTECTED] Sent: Mittwoch, 18. Juni 2003 11:48 To: [EMAIL PROTECTED] Subject: Cocoon 2.1 migration problem with sub-sitemap Hi, I have migrated a sub-sitemap from Cocoon 2.0.4 to 2.1m3. With 2.0.4 everything worked fine, now with 2.1 I only get empty pages. The reason seems to be that the sub-sitemap in cocoon/sims is never really called. Whenever I call a URL with sims/something I get empty page with NO errors although in logkit.xconf I have set everything on DEBUG. I saw one big difference between 2.0.4 and 2.1 and that is that sub-sitemaps seem to be automatically mounted with a generic pipeline. The sub-sitemap example does not exist anymore, the only sub-sitemap available is samples. Does one have to declare now really ALL components in each sub-sitemap that it uses, because I get DEBUG messages that say that a Selector has not found component for hint [request] or [session] for example? But when I look into the samples sitemap then that does not declare any components although it definitely uses some? So what is different in 2.1? Please help, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 M3-dev War file
On a windows system is it possible to get a war built using Cocoon 2.1 m3 ??? I've tried "build war", "build webapp", "build installwar" but I always end up with a webapps directory... I can just copy that into my server and it works but for redistribution between my work mates a plain war file would be nice. Any ideas? Brian
Re: Cocoon 2.1 M3-dev War file
build war gives you a WAR file too. Joerg Brian Delahunty wrote: On a windows system is it possible to get a war built using Cocoon 2.1 m3 ??? I've tried build war, build webapp, build installwar but I always end up with a webapps directory... I can just copy that into my server and it works but for redistribution between my work mates a plain war file would be nice. Any ideas? Brian -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 M3-dev War file
The webapps directory is always built, and the war is build from it. Are you certain it is not creating a .war file? It should be in build/cocoon.war Geoff At 09:03 AM 6/16/2003, you wrote: On a windows system is it possible to get a war built using Cocoon 2.1 m3 ??? I've tried build war, build webapp, build installwar but I always end up with a webapps directory... I can just copy that into my server and it works but for redistribution between my work mates a plain war file would be nice. Any ideas? Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cocoon 2.1
Cocoon 2.1ant build won't let you create a war file. Juergen
Re: cocoon 2.1
That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
And build -projecthelp would give you more information as well. At 12:35 PM 6/13/2003, you wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
2.1m2 won't build a war on Windows. Look in the root directory of your installation for a file called Install.txt.It will give you instructions on building and using the latest. Some big changes from 2.0 in the build process and also it is using Jetty now. --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
stupid am I! tried webapp and installwar thanks Juergen - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 13, 2003 6:40 PM Subject: Re: cocoon 2.1 And build -projecthelp would give you more information as well. At 12:35 PM 6/13/2003, you wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
At 12:44 PM 6/13/2003, you wrote: 2.1m2 won't build a war on Windows. Yes, it will. build.bat war If that isn't working, it's a temporary problem and you should post a bug in bugzilla after confirming it carefully. Look in the root directory of your installation for a file called Install.txt.It will give you instructions on building and using the latest. Yes. Some big changes from 2.0 in the build process and also it is using Jetty now. using Jetty is misleading. We decided to start shipping a servlet container (never did that before) with Cocoon for quick demo purposes only. The version of Jetty that ships is stripped down and not really suitable for production but it has the benefits that it's 1) small enough to bundle in the distribution 2) easier to configure to run right out of the box because it doesn't suffer from the same jdk endorsed class loading issues that tomcat does. To be clear: Cocoon still runs in your servlet container of choice. And if you like Jetty, download the full version. Geoff --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
I've been able to build cvs checkout at least once a day every day for the past few weeks except for one day. At that time I emailed a committer about the problem and it was fixed pretty quickly. I would say Cocoon-2.1 code is pretty stable on a daily basis despite the fact that it's quite in flux. /S --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 cache
On Wed, 2003-04-02 at 09:42, zze-MORY Nicolas FTRD/DMI/REN wrote: How can i turn off the cache under Cocoon 2.1 ? because : event-pipeline class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/ stream-pipeline class=org.apache.cocoon.components.pipeline.NonCachingStreamPipeline/ doesn't exist under Cocoon 2.1 You can now configure this in the sitemap itself. Inside map:components you should find the following (or if it's not there, add it): map:pipes default=caching map:pipe name=caching src=org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline/ map:pipe name=caching-point src=org.apache.cocoon.components.pipeline.impl.CachingPointProcessingPipeline autoCachingPointOn/autoCachingPoint /map:pipe map:pipe name=noncaching src=org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline/ !-- The following two can be used for profiling:-- map:pipe name=profile-caching src=org.apache.cocoon.components.profiler.ProfilingCachingProcessingPipeline/ map:pipe name=profile-noncaching src=org.apache.cocoon.components.profiler.ProfilingNonCachingProcessingPipeline/ /map:pipes change the default attribute from caching to noncaching. Alternatively, you can configure this on a per-pipeline level by adding an attribute named type to the map:pipeline element, e.g. map:pipeline type=noncaching -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 cache
In 2.1 you can do it in the sitemap Option1 -- at the individual pipeline level: map:pipeline type=noncaching ... Option 2 -- set the default in the pipes declaration map:pipes default=caching Cheers, -Alex --- zze-MORY Nicolas FTRD/DMI/REN [EMAIL PROTECTED] wrote: How can i turn off the cache under Cocoon 2.1 ? because : event-pipeline class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/ stream-pipeline class=org.apache.cocoon.components.pipeline.NonCachingStreamPipeline/ doesn't exist under Cocoon 2.1 Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 cache
No, caching pipelines only caches cacheable content. This is determined by Cocoon based on the information the Generator provides. The file generator is cacheable by default based on the last-modified time of the file. But the ServerPagesGenerator that handles all xsp's is non-Caching unless you provide the needed implementation I described below. Geoff At 08:29 AM 4/2/2003, you wrote: In 2.1 you can do it in the sitemap Option1 -- at the individual pipeline level: map:pipeline type=noncaching ... Option 2 -- set the default in the pipes declaration map:pipes default=caching Cheers, -Alex --- zze-MORY Nicolas FTRD/DMI/REN [EMAIL PROTECTED] wrote: How can i turn off the cache under Cocoon 2.1 ? because : event-pipeline class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/ stream-pipeline class=org.apache.cocoon.components.pipeline.NonCachingStreamPipeline/ doesn't exist under Cocoon 2.1 Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SourceWritingTransformer, namespaces problem with Cocoon 2.1
Bruno Dumon wrote: On Sat, 2003-03-01 at 17:52, Mark H wrote: I'm trying to write an XSP to a file using SourceWritingTransformer but the latest DOMStreamer (v2.1) with setNormalizeNamespacesOn to true adds a namespace to every element rather than to the xsp:page element (so that the logicsheets don't work), This problem should be fixed now in cocoon-2.1 This is a test. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 cache
How can i turn off the cache under Cocoon 2.1 ? because : event-pipeline class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/ stream-pipeline class=org.apache.cocoon.components.pipeline.NonCachingStreamPipeline/ doesn't exist under Cocoon 2.1 Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
On Tue, 25 Mar 2003, Geoff Howard wrote: Ok, you're not crazy - the build is in fact broken. Sort of. What is broken is an old validation target that was recently put back in (validate-jars in src/targets/validate-build.xml). It appears that everything is actually built correctly, but this old target has not been correctly updated to deal with blocks (at least on windows). By the way, sorry for accusing you of using the old build method - I was looking at your second attempt using -D instead of build.properties and leapt to conclusions. For now, your quickest bet is to go to src/targets/webapp-build.xml and find the line: target name=webapp ... and remove the string validate-jars (and the comma) from the depends attribute (try line 127, column 191 or so) Unfortunately, when validate-jars was put back in, an override mechanism wasn't added so you're stuck manually editing the build file for now. I'll be submitting a patch to first of all add the override mechanism so that this won't trip people up until the target is fixed. Hmm, I don't get any problems with the validate-jars target, perhaps an windows-only problem. (speaking to developers now) Unfortunately, fixing the target looks non-trivial to me. The problem seems to be that moving the jar libs into src/blocks broke the basic mechanism. The filter on @JARS@ into build/temp/current-jars.xml for the blocks jars produces entries like: jarD:/eclipse/workspace/cocoon-2.1/src/blocks/batik/lib/batik-all-1.5b2.ja r/jar On quick inspection, check-jars.xsl seems to be looking for literal string matches from lib/jars.xml which will be impossible if fileset is returning absolute paths. I tried various combinations of relative paths with no success. Either some trick is needed to make xsl:if test=count($directory/jars/jar[normalize-space(text()) = $this]) = 0 xsl:message terminate=yes allow relative paths to match the absolute path (don't this this is feasible?) or fileset needs to be made/configured to return relative paths (don't know ant well enough myself) or some other means of checking jars needs to be devised (custom task?). Is this broken only on windows, or does this affect *nix and mac? Can you send me your build/cocoon-2.1-dev/temp/current-jars.xml, then I'll check this. Stephan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
-Original Message- From: Stephan Michels [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 26, 2003 5:26 AM To: cocoon-users Subject: RE: Cocoon-2.1-dev build fails On Tue, 25 Mar 2003, Geoff Howard wrote: Ok, you're not crazy - the build is in fact broken. Sort of. What is broken is an old validation target that was recently put back in (validate-jars in snip/ I'll be submitting a patch to first of all add the override mechanism so that this won't trip people up until the target is fixed. Hmm, I don't get any problems with the validate-jars target, perhaps an windows-only problem. snip/ Is this broken only on windows, or does this affect *nix and mac? Can you send me your build/cocoon-2.1-dev/temp/current-jars.xml, then I'll check this. Stephan. I'll have to do that after work - looks like it was cleaned up out of build/temp after a successful build (interestingly blocks-build.xml wasn't). Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon-2.1-dev build fails
I'm trying to build Cocoon-2.1-dev from cvs today, 3/24/03 on RedHat 8.0, Tomcat-4.1.21. The build fails with this error: root/java/cocoon-2.1/tools/src/check-jars.xsl:89:36: Warning! File lib/optional/mail.jar is declared in lib/jars.xml, but doesn't appear in the lib/ directory. mail.jar is in the lib/optional directory. What can I do to make it work? -- Robert J. (Bobby) Mitchell Systems Administrator NASA Institute for Advanced Concepts 555A 14th St Atlanta, Ga. 30318 Phone: (404)347-9633 Fax: (404)347-9638 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon-2.1-dev build fails
Just a thought: 1. mail.jar has a different name, like mail-timestamp.jar -- then change jars.xml file to the right name. 2. mail.jar is not needed, remove it from jars.xml 3. mail.jar is somewhere else, put it into the lib directory. --- Bobby Mitchell [EMAIL PROTECTED] wrote: I'm trying to build Cocoon-2.1-dev from cvs today, 3/24/03 on RedHat 8.0, Tomcat-4.1.21. The build fails with this error: root/java/cocoon-2.1/tools/src/check-jars.xsl:89:36: Warning! File lib/optional/mail.jar is declared in lib/jars.xml, but doesn't appear in the lib/ directory. mail.jar is in the lib/optional directory. What can I do to make it work? -- Robert J. (Bobby) Mitchell Systems Administrator NASA Institute for Advanced Concepts 555A 14th St Atlanta, Ga. 30318 Phone: (404)347-9633 Fax: (404)347-9638 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon-2.1-dev build fails
Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104862608911688w=2 I like the way the build tries to let you include just what you want, but there are a few little problems with it. Yesterday I checked out the CVS HEAD and now using jdk-1.4.1, windows2000/cygwin ... 1. I tried excluding blocks I don't need by using local.blocks.properties, but when I ran cocoon (in tomcat-4.1.18) I got: java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor at org.apache.cocoon.Cocoon.contextualize(Cocoon.java:204) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1304) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:505) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:934) It seems that src/blocks/xmldb/lib/xmldb-api-2001.jar includes the package EDU/oswego/cs/dl/util/concurrent which is referenced elsewhere. So the xmldb block cannot be excluded. 2. I tried to exclude samples and docs: ./build.sh -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes war and got: Writing: C:\cocoon-2.1\build\webapp\WEB-INF\cocoon.xconf scratchpad-samples: Copying 57 files to C:\cocoon-2.1\build\webapp\samples Copied 1 empty directory to C:\cocoon-2.1\build\webapp\samples Copying 87 files to C:\cocoon-2.1\build\webapp\samples BUILD FAILED file:///C:/cocoon-2.1/build.xml:637: IOException: java.io.FileNotFoundException: C:\cocoon-2.1\build\webapp\samples\samples.xml (The system cannot find the file specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
The build process for 2.1dev has very recently changed and is still stabilizing. While these problems may in fact be real, it's difficult to tell because you appear to be following the old method for customizing the build (no surprise since the docs probably still instruct you to). If you haven't, read through INSTALL.txt for the new instructions. First try what it says (which is to copy build.properties to local.build.properties and modify the values you're interested in). But if that doesn't work, erase or hide that file and modify build.properties directly. For individual blocks, the process is the same but you'll use blocks.properties instead. If all this still fails, make sure you do build clean and try again, as there are often at this stage files moving around the repository which necessitates a clean build. As this is under active development, please do report back with your findings and if no developers seem to answer, post on the dev list or file a report in bugzilla. I'll try to keep track of what's happening. Geoff -Original Message- From: neil [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 5:22 PM To: Cocoon-Users (E-mail) Subject: Re: Cocoon-2.1-dev build fails Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104862608911688w=2 I like the way the build tries to let you include just what you want, but there are a few little problems with it. Yesterday I checked out the CVS HEAD and now using jdk-1.4.1, windows2000/cygwin ... 1. I tried excluding blocks I don't need by using local.blocks.properties, but when I ran cocoon (in tomcat-4.1.18) I got: java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor at org.apache.cocoon.Cocoon.contextualize(Cocoon.java:204) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet .java:1304) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:505) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp er.java:934) It seems that src/blocks/xmldb/lib/xmldb-api-2001.jar includes the package EDU/oswego/cs/dl/util/concurrent which is referenced elsewhere. So the xmldb block cannot be excluded. 2. I tried to exclude samples and docs: ./build.sh -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes war and got: Writing: C:\cocoon-2.1\build\webapp\WEB-INF\cocoon.xconf scratchpad-samples: Copying 57 files to C:\cocoon-2.1\build\webapp\samples Copied 1 empty directory to C:\cocoon-2.1\build\webapp\samples Copying 87 files to C:\cocoon-2.1\build\webapp\samples BUILD FAILED file:///C:/cocoon-2.1/build.xml:637: IOException: java.io.FileNotFoundException: C:\cocoon-2.1\build\webapp\samples\samples.xml (The system cannot find the file specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
I thought that was a problem that was fixed yesterday. When (what time about) was the checkout? Geoff -Original Message- From: Bobby Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 3:53 PM To: [EMAIL PROTECTED] Subject: Cocoon-2.1-dev build fails I'm trying to build Cocoon-2.1-dev from cvs today, 3/24/03 on RedHat 8.0, Tomcat-4.1.21. The build fails with this error: root/java/cocoon-2.1/tools/src/check-jars.xsl:89:36: Warning! File lib/optional/mail.jar is declared in lib/jars.xml, but doesn't appear in the lib/ directory. mail.jar is in the lib/optional directory. What can I do to make it work? -- Robert J. (Bobby) Mitchell Systems Administrator NASA Institute for Advanced Concepts 555A 14th St Atlanta, Ga. 30318 Phone: (404)347-9633 Fax: (404)347-9638 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
Neil, I can't reproduce this problem. I did build clean and excluded xmldb block via local.blocks.properties. The build ran fine, and cocoon started up with no error (in jetty, but still...). After trying a fresh cvs update, and a build clean if you still have this problem can you specify what other blocks you're excluding if any and how to reproduce the no class def error (like what samples page?). Also, since you obviously have both tomcat and jetty ready to go, can you try it in jetty (cocoon.bat servlet). Geoff -Original Message- From: neil [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 5:22 PM To: Cocoon-Users (E-mail) Subject: Re: Cocoon-2.1-dev build fails Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104862608911688w=2 I like the way the build tries to let you include just what you want, but there are a few little problems with it. Yesterday I checked out the CVS HEAD and now using jdk-1.4.1, windows2000/cygwin ... 1. I tried excluding blocks I don't need by using local.blocks.properties, but when I ran cocoon (in tomcat-4.1.18) I got: java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor at org.apache.cocoon.Cocoon.contextualize(Cocoon.java:204) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet .java:1304) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:505) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp er.java:934) It seems that src/blocks/xmldb/lib/xmldb-api-2001.jar includes the package EDU/oswego/cs/dl/util/concurrent which is referenced elsewhere. So the xmldb block cannot be excluded. 2. I tried to exclude samples and docs: ./build.sh -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes war and got: Writing: C:\cocoon-2.1\build\webapp\WEB-INF\cocoon.xconf scratchpad-samples: Copying 57 files to C:\cocoon-2.1\build\webapp\samples Copied 1 empty directory to C:\cocoon-2.1\build\webapp\samples Copying 87 files to C:\cocoon-2.1\build\webapp\samples BUILD FAILED file:///C:/cocoon-2.1/build.xml:637: IOException: java.io.FileNotFoundException: C:\cocoon-2.1\build\webapp\samples\samples.xml (The system cannot find the file specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104865067609362w=2 1. Ok, lib/core/util.concurrent-1.3.1.jar has been added to fix this. (I'd added 1.3.2 locally and that also works). 2. I had a look at build.xml and figured out that I need: ./build.sh \ -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes \ -Dexclude.scratchpad=yes \ -Dexclude.webapp.scratchpad=yes \ -Dexclude.webapp.idldocs=yes \ war to build a minimal cocoon.war. This works fine. (got a runtime error (when running cocoon) when I also tried -Dexclude.deprecated=yes). Cheers, Neil Bacon -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Wednesday, 26 March 2003 3:06 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Cocoon-2.1-dev build fails Neil, I can't reproduce this problem. I did build clean and excluded xmldb block via local.blocks.properties. The build ran fine, and cocoon started up with no error (in jetty, but still...). After trying a fresh cvs update, and a build clean if you still have this problem can you specify what other blocks you're excluding if any and how to reproduce the no class def error (like what samples page?). Also, since you obviously have both tomcat and jetty ready to go, can you try it in jetty (cocoon.bat servlet). Geoff -Original Message- From: neil [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 5:22 PM To: Cocoon-Users (E-mail) Subject: Re: Cocoon-2.1-dev build fails Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104862608911688w=2 I like the way the build tries to let you include just what you want, but there are a few little problems with it. Yesterday I checked out the CVS HEAD and now using jdk-1.4.1, windows2000/cygwin ... 1. I tried excluding blocks I don't need by using local.blocks.properties, but when I ran cocoon (in tomcat-4.1.18) I got: java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor at org.apache.cocoon.Cocoon.contextualize(Cocoon.java:204) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet .java:1304) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:505) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp er.java:934) It seems that src/blocks/xmldb/lib/xmldb-api-2001.jar includes the package EDU/oswego/cs/dl/util/concurrent which is referenced elsewhere. So the xmldb block cannot be excluded. 2. I tried to exclude samples and docs: ./build.sh -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes war and got: Writing: C:\cocoon-2.1\build\webapp\WEB-INF\cocoon.xconf scratchpad-samples: Copying 57 files to C:\cocoon-2.1\build\webapp\samples Copied 1 empty directory to C:\cocoon-2.1\build\webapp\samples Copying 87 files to C:\cocoon-2.1\build\webapp\samples BUILD FAILED file:///C:/cocoon-2.1/build.xml:637: IOException: java.io.FileNotFoundException: C:\cocoon-2.1\build\webapp\samples\samples.xml (The system cannot find the file specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
On Wed, 26 Mar 2003, neil wrote: 2. I had a look at build.xml and figured out that I need: ./build.sh \ -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes \ -Dexclude.scratchpad=yes \ -Dexclude.webapp.scratchpad=yes \ -Dexclude.webapp.idldocs=yes \ war Also note that you can copy 'build.properties' to 'local.build.properties', and edit the settings in that file. if you always want to build a stripped down cocoon, this iseasier in the long-run instead of using a long command line. tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon-2.1-dev build fails
Ok, you're not crazy - the build is in fact broken. Sort of. What is broken is an old validation target that was recently put back in (validate-jars in src/targets/validate-build.xml). It appears that everything is actually built correctly, but this old target has not been correctly updated to deal with blocks (at least on windows). By the way, sorry for accusing you of using the old build method - I was looking at your second attempt using -D instead of build.properties and leapt to conclusions. For now, your quickest bet is to go to src/targets/webapp-build.xml and find the line: target name=webapp ... and remove the string validate-jars (and the comma) from the depends attribute (try line 127, column 191 or so) Unfortunately, when validate-jars was put back in, an override mechanism wasn't added so you're stuck manually editing the build file for now. I'll be submitting a patch to first of all add the override mechanism so that this won't trip people up until the target is fixed. (speaking to developers now) Unfortunately, fixing the target looks non-trivial to me. The problem seems to be that moving the jar libs into src/blocks broke the basic mechanism. The filter on @JARS@ into build/temp/current-jars.xml for the blocks jars produces entries like: jarD:/eclipse/workspace/cocoon-2.1/src/blocks/batik/lib/batik-all-1.5b2.ja r/jar On quick inspection, check-jars.xsl seems to be looking for literal string matches from lib/jars.xml which will be impossible if fileset is returning absolute paths. I tried various combinations of relative paths with no success. Either some trick is needed to make xsl:if test=count($directory/jars/jar[normalize-space(text()) = $this]) = 0 xsl:message terminate=yes allow relative paths to match the absolute path (don't this this is feasible?) or fileset needs to be made/configured to return relative paths (don't know ant well enough myself) or some other means of checking jars needs to be devised (custom task?). Is this broken only on windows, or does this affect *nix and mac? Geoff -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 8:12 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Cocoon-2.1-dev build fails The build process for 2.1dev has very recently changed and is still stabilizing. While these problems may in fact be real, it's difficult to tell because you appear to be following the old method for customizing the build (no surprise since the docs probably still instruct you to). If you haven't, read through INSTALL.txt for the new instructions. First try what it says (which is to copy build.properties to local.build.properties and modify the values you're interested in). But if that doesn't work, erase or hide that file and modify build.properties directly. For individual blocks, the process is the same but you'll use blocks.properties instead. If all this still fails, make sure you do build clean and try again, as there are often at this stage files moving around the repository which necessitates a clean build. As this is under active development, please do report back with your findings and if no developers seem to answer, post on the dev list or file a report in bugzilla. I'll try to keep track of what's happening. Geoff -Original Message- From: neil [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 5:22 PM To: Cocoon-Users (E-mail) Subject: Re: Cocoon-2.1-dev build fails Re: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104862608911688w=2 I like the way the build tries to let you include just what you want, but there are a few little problems with it. Yesterday I checked out the CVS HEAD and now using jdk-1.4.1, windows2000/cygwin ... 1. I tried excluding blocks I don't need by using local.blocks.properties, but when I ran cocoon (in tomcat-4.1.18) I got: java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor at org.apache.cocoon.Cocoon.contextualize(Cocoon.java:204) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet .java:1304) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:505) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp er.java:934) It seems that src/blocks/xmldb/lib/xmldb-api-2001.jar includes the package EDU/oswego/cs/dl/util/concurrent which is referenced elsewhere. So the xmldb block cannot be excluded. 2. I tried to exclude samples and docs: ./build.sh -Dinclude.webapp.libs=yes \ -Dexclude.webapp.samples=yes \ -Dexclude.webapp.documenation=yes \ -Dexclude.webapp.javadocs=yes war and got: Writing: C:\cocoon-2.1\build\webapp\WEB-INF\cocoon.xconf scratchpad-samples: Copying 57 files to C:\cocoon-2.1\build\webapp\samples Copied 1 empty directory
RE: Cocoon-2.1-dev build fails
Here are two patches to do this. One simply adds a new validate.jars property to build.properties and sets it to false by default for now. The other uses this property to set up an unless property, and an unless attribute on the validate-jars target. I can submit these to bugzilla, but thought it'd be faster for now to send them here since they're simple and the build is broken. If anyone followed my temporary advice to modify the webapp target to remove validate-jars, that is no longer necessary. neil, I or someone else will have to look into the xmldb block later. Geoff -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 10:15 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Cocoon-2.1-dev build fails Unfortunately, when validate-jars was put back in, an override mechanism wasn't added so you're stuck manually editing the build file for now. I'll be submitting a patch to first of all add the override mechanism so that this won't trip people up until the target is fixed. validate-exclude.diff Description: Binary data validate-exclude-properties.diff Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with Cocoon 2.1 dev (CVS)
Yes, the problem doesn't seem to be a temporary one. I recently got a mail from Carsten Ziegeler and he told me that the CVS version worked fine for him, but he didn't know where my error came from. A few months ago it still worked.. I think we're doing something wrong, but i don't know what. Lars On Sun, 23 Mar 2003, Michael Riedel wrote: today i wanted to build and install the newest Cocoon 2.1 dev from CVS. I did it like always (build war), but this time the compiled Cocoon didn't work. I had the same problem, even though a few days already passed. The Cocoon-Servlet works, but only deliveres the error-message you mentioned: Request Processing Failed Message: Cocoon engine failed in process the request Description: The processing engine failed to process the request. This could be due to lack of matching or bugs in the pipeline engine. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI request-uri /cocoon/ Apache Cocoon 2.1-dev It is displayed, whenever you request the welcome-page, or any other page which should normally apear. If a resource which is not specified in the sitemap is requested, another error-message apears. But since it states Also when I build I get the following error at the end: validate-xdocs: Conducting validation of core XML documentation. Validating all **/book.xml instances using RELAX NG ... Fatal error: exception java.net.MalformedURLException thrown: no protocol: dtd/book-cocoon-v10.dtd BUILD FAILED file:///G:/Dokumente%20und%20Einstellungen/Michael/Eigene%20Dateien/WebSites /cocoon-2.1/build.xml:835: Validation failed, messages should have been provided. ... but anything else seams to be built correctly. Also when I set validate.xdocs=false in local.build.properties, the error does not occur, and the build is successfull. So I don't think, the problem lies here. However, I have no clue what could still be wrong. None of the hints from the mail-list worked for me so far. And I've also tried several CVS updates by now, so it's not a temporar problem. -- Michael Riedel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with Cocoon 2.1 dev (CVS)
I did a build this morning using jdk1.4.1_02 on Win/2K and everything worked fine. I was able to drop the resulting cocoon.war file into Tomcat 4.1.24 and run many of the samples. OK - as well as the CVS has been building since the move to the new blocks format . . . . I still don't get all of the samples copied in to the right spots for the war file or webapp. Noticably missing are the script samples (javascript, python, php) even though I have the appropriate jars in lib/optional and have added them to my jars.xml file. However, checking things out this evening produced a new error. It seems that concurrent-1.3.1.jar is now a core jar, but it is not provided during CVS checkout. Looking at the jars.xml file, I found that you can download the source from http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html Since this is a core jar, the build failed. I guess I'll try building that jar tomorrow, and then building cocoon to see what happens. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with Cocoon 2.1 dev (CVS)
today i wanted to build and install the newest Cocoon 2.1 dev from CVS. I did it like always (build war), but this time the compiled Cocoon didn't work. I had the same problem, even though a few days already passed. The Cocoon-Servlet works, but only deliveres the error-message you mentioned: Request Processing Failed Message: Cocoon engine failed in process the request Description: The processing engine failed to process the request. This could be due to lack of matching or bugs in the pipeline engine. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI request-uri /cocoon/ Apache Cocoon 2.1-dev It is displayed, whenever you request the welcome-page, or any other page which should normally apear. If a resource which is not specified in the sitemap is requested, another error-message apears. But since it states Also when I build I get the following error at the end: validate-xdocs: Conducting validation of core XML documentation. Validating all **/book.xml instances using RELAX NG ... Fatal error: exception java.net.MalformedURLException thrown: no protocol: dtd/book-cocoon-v10.dtd BUILD FAILED file:///G:/Dokumente%20und%20Einstellungen/Michael/Eigene%20Dateien/WebSites /cocoon-2.1/build.xml:835: Validation failed, messages should have been provided. ... but anything else seams to be built correctly. Also when I set validate.xdocs=false in local.build.properties, the error does not occur, and the build is successfull. So I don't think, the problem lies here. However, I have no clue what could still be wrong. None of the hints from the mail-list worked for me so far. And I've also tried several CVS updates by now, so it's not a temporar problem. -- Michael Riedel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with Cocoon 2.1 dev (CVS)
Hello, today i wanted to build and install the newest Cocoon 2.1 dev from CVS. I did it like always (build war), but this time the compiled Cocoon didn't work. I received the following error message after launching Cocoon in the Browser: Request Processing Failed Message: Cocoon engine failed in process the request Description: The processing engine failed to process the request. This could be due to lack of matching or bugs in the pipeline engine. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI request-uri /cocoon/ Apache Cocoon 2.1-dev There is no Welcome screen shown, and this happens on both Windows and Linux! Does anyone know what this means? Is there a bug in the current CVS version? Did I install anything wrong? Im building it with J2SE 1.4 and running on Tomcat 4.1 Thanks, Lars
Re: Problems with Cocoon 2.1 dev (CVS)
Which cvs module name are you using: the old xml-cocoon2 one or the new cocoon-2.1 (or something like that)? Also, have you tried doing a build clean first and then build war? Geoff At 07:16 AM 3/20/2003, you wrote: Hello, today i wanted to build and install the newest Cocoon 2.1 dev from CVS. I did it like always (build war), but this time the compiled Cocoon didn't work. I received the following error message after launching Cocoon in the Browser: Request Processing Failed Message: Cocoon engine failed in process the request Description: The processing engine failed to process the request. This could be due to lack of matching or bugs in the pipeline engine. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI request-uri /cocoon/ Apache Cocoon 2.1-dev There is no Welcome screen shown, and this happens on both Windows and Linux! Does anyone know what this means? Is there a bug in the current CVS version? Did I install anything wrong? Im building it with J2SE 1.4 and running on Tomcat 4.1 Thanks, Lars - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with Cocoon 2.1 dev (CVS)
Geoff Howard wrote: Which cvs module name are you using: the old xml-cocoon2 one or the new cocoon-2.1 (or something like that)? Also, have you tried doing a build clean first and then build war? I had the same. I did build clean/build webapp as you suggest, and it now works. Thanks! Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon.war file not getting generated for Cocoon-2.1 build...??
Gautam, The build proceedure has been changed fairly recently. It's briefly documented in the INSTALL document that is located in the root directory of the CVS checkout. To build the war, type build war from the command line. All options (including webapp libs, scratchpad libs, samples, documentation) are controlled by build.properties and blocks.properties files. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon.war file not being created for Cocoon-2.1 dev
hi there, it worked!!!and yup these is a better way to do it..much easier than typing evrything next to build in dos prompt in case of windows user like me!!I missed the war option because i don't think it being mentioned anywhere.Even in the wiki where i looked for helped i did find a link there: http://wiki.cocoondev.org/Wiki.jsp?page=Cocoon2.1DevSetupWin2000 ...which mentions the old way of building the 2.1-dev code..which was what i was following..for these past 1 whole day:( you need to add your comments to it..it helped a lot. and most of all ,thankQ very much...for your **2 cents**;) regards, Gautam [EMAIL PROTECTED] 03/16/03 01:15PM Gautam, The build system has been changed recently. To get the war file, run the following command: build war The build is now set up with blocks, so you can include / exclude functionality a lot more easily. This also makes it easier to build cocoon without the samples or documentation. The full story is contained in the INSTALL file. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon.war file not being created for Cocoon-2.1 dev
hi all, I downloaded the CVS Head tag for Cocoon-2.1 from the code repository. After that i did a build.bat -Dinclude.webapp.libs=yes webapp...which resulted in Build successfull message.But when i try to look for cococoon.war file in the /build/cocoon-2.1-dev directory thats getting created at the the end of build..i cannot find it.Instaed of that i am just seeing these jar files there: cocoon.jar + cocoon-deprecated.jar +cocoon-scratchpad.jar. My system setup is: Win2000 Advanced Server JDK1.4 Any help would be appreciated. thanks, Gautam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon.war file not being created for Cocoon-2.1 dev
Gautam, The build system has been changed recently. To get the war file, run the following command: build war The build is now set up with blocks, so you can include / exclude functionality a lot more easily. This also makes it easier to build cocoon without the samples or documentation. The full story is contained in the INSTALL file. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Portal error (Cocoon-2.1-dev samples)
Hello, I'm running a Cocoon-2.1-dev snapshot from 29 january 2003 with JDK 1.3.1 and Tomcat 4.1.12. When I try to run the portal sample, it produces this error: The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that org.apache.cocoon.ProcessingException says: Application not found: sunspotdemo More precisely: org.apache.cocoon.ProcessingException: Application not found: sunspotdemo at org.apache.cocoon.webapps.authentication.components.AuthenticationManager.checkAuthentication(AuthenticationManager.java:371) at org.apache.cocoon.webapps.authentication.acting.AuthAction.act(AuthAction.java:105) at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:133) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84) Could you help me? Thanks Sylvain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 beta 1 - timing
The release schedule displayed at http://xml.apache.org/cocoon/plan/release.html indicates that Cocoon 2.1 beta 1 was to be released at end of February. There was no beta download in the directory where I would expect it to be, so I assume the release date has slipped. Can anyone comment on the current estimated release date? Many thanks Andrew Watt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 and W3C XForms
I am interested to establish what the future plans are about incorporating (or not) the W3C XForms technology (currently at Candidate Recommendation status - http://www.w3.org/TR/2002/CR-xforms-20021112/) either in Cocoon 2.1 or a later version of Cocoon. Many thanks. Andrew Watt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 beta 1 - timing
On Fri, 7 Mar 2003, Andrew Watt wrote: Can anyone comment on the current estimated release date? Hmm, when it's ready? :) All kidding aside, AFAIK, they're working on stabilizing the flowscript layer before releasing 2.1. Tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 beta 1 - timing
An important drive to finalize a portion of the API is being discussed by developers as we speak. After that process we could expect a beta release relatively quickly. You can try for a time estimate over there, but I wouldn't expect anything better than Real Soon Now or ASAP because of the difficulty in making that kind of guess in an open development environment. It's safe to say it is being worked toward in earnest. There has been a recent informal call to freeze new features, for instance. Browsing the recent archives for the developer list would yield more details. Geoff Howard At 02:54 PM 3/7/2003, you wrote: The release schedule displayed at http://xml.apache.org/cocoon/plan/release.html indicates that Cocoon 2.1 beta 1 was to be released at end of February. There was no beta download in the directory where I would expect it to be, so I assume the release date has slipped. Can anyone comment on the current estimated release date? Many thanks Andrew Watt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 and W3C XForms
I don't know if you're aware of XMLForms: http://xml.apache.org/cocoon/userdocs/concepts/xmlform.html Best, Josema - Original Message - From: Andrew Watt [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 8:56 PM Subject: Cocoon 2.1 and W3C XForms I am interested to establish what the future plans are about incorporating (or not) the W3C XForms technology (currently at Candidate Recommendation status - http://www.w3.org/TR/2002/CR-xforms-20021112/) either in Cocoon 2.1 or a later version of Cocoon. Many thanks. Andrew Watt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SourceWritingTransformer, namespaces problem with Cocoon 2.1
I'm trying to write an XSP to a file using SourceWritingTransformer but the
latest DOMStreamer (v2.1) with setNormalizeNamespacesOn to true adds a
namespace to every element rather than to the xsp:page element (so that the
logicsheets don't work), when I setNormalizeNamespacesOn to false it outputs
no namespaces and my hack of adding namespaces in an xsl stylesheet doesn't
work:
xsl:attribute name=esql:esqlDummyAttr
namespace=http://apache.org/cocoon/SQL/v2/
I've also tried adding the namespaces in the xsp:page in the xsl stylesheet
but I'm not sure if SourceWritingTransformer is stripping them out or DOM
serializer is ignoring them:
xsl:template match=page
xsp:page xmlns:xsp=http://apache.org/xsp;
xmlns:esql=http://apache.org/cocoon/SQL/v2;...
Any ideas, namespaces in general seem to cause me a lot of headaches.
output:
xsp:page xmlns:xsp=http://apache.org/xsp;
content title=Students Home
esql:connection xmlns:esql=http://apache.org/cocoon/SQL/v2;
esql:pool
xmlns:esql=http://apache.org/cocoon/SQL/v2;dkitCareers/esql:pool
...
sitemap:
map:match pattern=createTemplate
map:act type=request
map:parameter name=parameters value=true/
!--gets the semi pseudo code from the db--
map:generate type=serverpages src=util/executeQuery.xsp
map:parameter name=datasourceName
value={global:datasourceName}/
map:parameter name=xpath value=/structure{path}/
/map:generate
!--converts semi pseudo code into XSP--
map:transform src=util/createTemplate.xsl
map:parameter name=datasourceName
value={global:datasourceName}/
map:parameter name=path value={path}/
/map:transform
!--wraps the proper tags around the XSP for the write-source
transformer--
map:transform src=util/createFile.xsl
map:parameter name=filename value=views{path}.xsp/
/map:transform
!--writes it to a file--
map:transform type=write-source/
map:serialize type=xml/
/map:act
/map:match
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Getting a datasource in the latest CVS of Cocoon 2.1 ?
I'm using a CVS version that is around a day or two old and the code for getting a datasource in an action doesn't seem to work anymore. I'm also getting depreciation warnings when using Avalon's ComponentSelector, it seems Avalon is moving from a component selector to a service selector (not that I really understand Avalon). Can any Cocoon developers tell me how I might be able to get a datasource? At the moment I'm using the following: ComponentSelector selector=(ComponentSelector) manager.lookup(DataSourceComponent.ROLE + Selector); DataSourceComponent datasource = (DataSourceComponent)selector.select(someDatasource); But it returns a null datasource. BTW just in case anybodys interested I've modified Luca Morandini's ChartTransformer to work with version 2.1: http://www.markhorgan.com/temp/ChartTransformer.java http://www.markhorgan.com/temp/ChartTransformer.class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Downloading Cocoon 2.1 with CVS ?
Hi, Whats the CVS command for version 2.1 dev? cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co cocoon-2.1 ??? kind regards Jens Maukisch - sn AG netBank solutions Klingenderstr. 5mailto:[EMAIL PROTECTED] D-33100 Paderborn http://www.s-und-n.de - CeBIT 2003 * Hannover * 12.-19.3.2003 Besuchen Sie uns auf dem Stand der Software AG Halle 18 EG * Bank-Finanz-Systeme * Stand A24.15 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Downloading Cocoon 2.1 with CVS ?
No, it's cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co xml-cocoon2 Carsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:28 AM To: [EMAIL PROTECTED] Subject: Re: Downloading Cocoon 2.1 with CVS ? Hi, Whats the CVS command for version 2.1 dev? cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co cocoon-2.1 ??? kind regards Jens Maukisch - sn AG netBank solutions Klingenderstr. 5mailto:[EMAIL PROTECTED] D-33100 Paderborn http://www.s-und-n.de - CeBIT 2003 * Hannover * 12.-19.3.2003 Besuchen Sie uns auf dem Stand der Software AG Halle 18 EG * Bank-Finanz-Systeme * Stand A24.15 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.1 Beta 1 and 2.0.5
Hi, on http://xml.apache.org/cocoon/plan/release.html there is a timeframe with the following entries: End of February 2003 : 2.1 Beta 1 On request : 2.0.5 (bug fix release) Does anyone know a realistic release date of Cocoon 2.1 Beta 1. Is a code freeze planed in the near future? Where is the location to download Cocoon 2.0.5. I can't find it in CVS? Hartmut - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon 2.1 Beta 1 and 2.0.5
-Original Message- From: Hartmut Schlotterbeck [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 3:01 PM To: [EMAIL PROTECTED] Subject: Cocoon 2.1 Beta 1 and 2.0.5 Hi, on http://xml.apache.org/cocoon/plan/release.html there is a timeframe with the following entries: End of February 2003 : 2.1 Beta 1 On request : 2.0.5 (bug fix release) Does anyone know a realistic release date of Cocoon 2.1 Beta 1. Is a code freeze planed in the near future? The above date is obsolete; we currently don't have a date for a beta. Where is the location to download Cocoon 2.0.5. I can't find it in CVS? As the above states: on request. Currently there is no need for a 2.0.5, so the latest official version is still: 2.0.4 Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transformer problem in Cocoon 2.1
I'm trying to get chart transformer working but it seems to be deleting the tag names in the output. The writeSource transformer does the same thing when there is a default namespace specified (SVG namespace in this case). Anybody come across this general transformer problem in Cocoon 2.1? Mark -Original Message- From: Mark H [mailto:[EMAIL PROTECTED] Sent: 27 February 2003 08:18PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: ChartTransformer problems (deleting tag names) Luca, I'm using version 2.1 (Tomcat, W2K). I suspect it is a cocoon issue. I've serialized the svgGenerator to the console and it seems ok, somewhere after where it streams it to the contentHandler that it seems to strip out the tag names. It could be the xml serializer, though the svg serializer seems to have problems with it also. Mark -Original Message- From: Luca Morandini [mailto:[EMAIL PROTECTED] Sent: 27 February 2003 08:06PM To: [EMAIL PROTECTED] Subject: RE: ChartTransformer problems (deleting tag names) -Original Message- From: Mark H [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 8:13 PM To: Cocoon-Users Subject: ChartTransformer problems (deleting tag names) I'm trying to get chart transformer working but it seems to be deleting the tag names in the output. I'm not sure if this is a cocoon issue or chartTransformer. Anybody else come across this? Mark, I presume this is not a ChartTransformer issue, since your input is the same minimal sample we used in different environments (Solaris, Windows 2000), with different servlet containers (Tomcat, WebLogic, Jetty)... though we tested it only under Cocoon 2.0.3... hmmm... which Cocoon version are you using ? Regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Downloading Cocoon 2.1 with CVS ?
The dev snapshot section seems to be empty. Whats the CVS command for version 2.1 dev? Want to see if a more up to date version will solve the transformer/default-namespace problem/bug. Thx, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18
Hi Alex Are you running tomcat as a service? If so, try running it from the command line using the appropriate batch file (%CATALINA_HOME%\bin\startup.bat for windows). If this helps, see my earlier post on this subject: http://www.mail-archive.com/[EMAIL PROTECTED]/msg24914.html Regards, Richard - Original Message - From: Alex Romayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 12:47 AM Subject: Unable to run cocoon-2.1-dev on tomcat 4.1.18 Hello, I'm unable to run cocoon-2.1-dev on tomcat 4.1.18 -- it seems to be crashing tomcat without any error messages. Here is what I've done: -Downloaded and installed tomcat 4.1.18 -Started tomcat -- worked fine -Downloaded and built cocoon-2.1-dev with scratchpad and no blocks -Copied cocoon files into webapps/cocoon directory -Started tomcat -- it looks like tomcat tries to load cocoon and abruptly exits. There are no errors in tomcat log files. I've tried replacing xalan, xerces and xmlapis jars with those from cocoon in tomcat's common/endorsed directory, but that doesn't seem to make any difference. Has anyone seen this behaviour? Thanks, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18
On ro, lut 26, 2003 at 08:56:02 -, Richard In Public wrote: Hi Alex Are you running tomcat as a service? If so, try running it from the command line using the appropriate batch file (%CATALINA_HOME%\bin\startup.bat for windows). If this helps, see my earlier post on this subject: http://www.mail-archive.com/[EMAIL PROTECTED]/msg24914.html I've succeeded to setup Tomcat as win32 service using this batch instructions SET GEMINI_JDK_HOME=c:\DevTools\j2sdk1.4.1_01 SET GEMINI_TOMCAT_HOME=c:\DevTools\jakarta-tomcat-4.1.18-LE-jdk14 SET GEMINI_JVM=%GEMINI_JDK_HOME%\jre\bin\client\jvm.dll SET GEMINI_CLASSPATH=%GEMINI_TOMCAT_HOME%\bin\bootstrap.jar;%GEMINI_TOMCAT_HOME%\common\lib\servlet.jar SET GEMINI_ENDORSED=%GEMINI_TOMCAT_HOME%\common\endorsed SET GEMINI_LOG=%GEMINI_TOMCAT_HOME%\logs\stdout.log SET GEMINI_ERR_LOG=%GEMINI_TOMCAT_HOME%\logs\stdout.log tomcat -uninstall Gemini tomcat.exe -install Gemini %GEMINI_JVM% -Djava.class.path=%GEMINI_CLASSPATH% -Djava.endorsed.dirs=%GEMINI_ENDORSED% -Dcatalina.home=%GEMINI_TOMCAT_HOME% -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out %GEMINI_LOG% -err %GEMINI_ERR_LOG% no problem with endorsed libraries at all ouzo -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)341118 / // \\ \ \\ // recursive: adj; see recursive | \__/ | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18
Hi Richard, Thanks for you help. I've tried copying the libraries and I start using startup.bat, but this doesn't seem to be helping me. Do you have any other ideas? Thanks, -Alex --- Richard In Public [EMAIL PROTECTED] wrote: Hi Alex Are you running tomcat as a service? If so, try running it from the command line using the appropriate batch file (%CATALINA_HOME%\bin\startup.bat for windows). If this helps, see my earlier post on this subject: http://www.mail-archive.com/[EMAIL PROTECTED]/msg24914.html Regards, Richard - Original Message - From: Alex Romayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 12:47 AM Subject: Unable to run cocoon-2.1-dev on tomcat 4.1.18 Hello, I'm unable to run cocoon-2.1-dev on tomcat 4.1.18 -- it seems to be crashing tomcat without any error messages. Here is what I've done: -Downloaded and installed tomcat 4.1.18 -Started tomcat -- worked fine -Downloaded and built cocoon-2.1-dev with scratchpad and no blocks -Copied cocoon files into webapps/cocoon directory -Started tomcat -- it looks like tomcat tries to load cocoon and abruptly exits. There are no errors in tomcat log files. I've tried replacing xalan, xerces and xmlapis jars with those from cocoon in tomcat's common/endorsed directory, but that doesn't seem to make any difference. Has anyone seen this behaviour? Thanks, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18
Hi Alex Are you building the cocoon.war file and placing it in the %catalina_home%/webapps directory? .\build.bat -Dinclude.webapp.libs=yes webapp Richard - Original Message - From: Alex Romayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 2:00 PM Subject: Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18 Hi Richard, Thanks for you help. I've tried copying the libraries and I start using startup.bat, but this doesn't seem to be helping me. Do you have any other ideas? Thanks, -Alex --- Richard In Public [EMAIL PROTECTED] wrote: Hi Alex Are you running tomcat as a service? If so, try running it from the command line using the appropriate batch file (%CATALINA_HOME%\bin\startup.bat for windows). If this helps, see my earlier post on this subject: http://www.mail-archive.com/[EMAIL PROTECTED]/msg24914.html Regards, Richard - Original Message - From: Alex Romayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 12:47 AM Subject: Unable to run cocoon-2.1-dev on tomcat 4.1.18 Hello, I'm unable to run cocoon-2.1-dev on tomcat 4.1.18 -- it seems to be crashing tomcat without any error messages. Here is what I've done: -Downloaded and installed tomcat 4.1.18 -Started tomcat -- worked fine -Downloaded and built cocoon-2.1-dev with scratchpad and no blocks -Copied cocoon files into webapps/cocoon directory -Started tomcat -- it looks like tomcat tries to load cocoon and abruptly exits. There are no errors in tomcat log files. I've tried replacing xalan, xerces and xmlapis jars with those from cocoon in tomcat's common/endorsed directory, but that doesn't seem to make any difference. Has anyone seen this behaviour? Thanks, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to run cocoon-2.1-dev on tomcat 4.1.18
I've changed my environment from jdk1.3 to 1.4.1 and everything worked! One thing I noticed thought that my jdk1.3 had xml libraries in it's endorsed directory... not sure if this was the issue. --- Richard In Public [EMAIL PROTECTED] wrote: Hi Alex Are you running tomcat as a service? If so, try running it from the command line using the appropriate batch file (%CATALINA_HOME%\bin\startup.bat for windows). If this helps, see my earlier post on this subject: http://www.mail-archive.com/[EMAIL PROTECTED]/msg24914.html Regards, Richard - Original Message - From: Alex Romayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 12:47 AM Subject: Unable to run cocoon-2.1-dev on tomcat 4.1.18 Hello, I'm unable to run cocoon-2.1-dev on tomcat 4.1.18 -- it seems to be crashing tomcat without any error messages. Here is what I've done: -Downloaded and installed tomcat 4.1.18 -Started tomcat -- worked fine -Downloaded and built cocoon-2.1-dev with scratchpad and no blocks -Copied cocoon files into webapps/cocoon directory -Started tomcat -- it looks like tomcat tries to load cocoon and abruptly exits. There are no errors in tomcat log files. I've tried replacing xalan, xerces and xmlapis jars with those from cocoon in tomcat's common/endorsed directory, but that doesn't seem to make any difference. Has anyone seen this behaviour? Thanks, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to run cocoon-2.1-dev on tomcat 4.1.18
Hello, I'm unable to run cocoon-2.1-dev on tomcat 4.1.18 -- it seems to be crashing tomcat without any error messages. Here is what I've done: -Downloaded and installed tomcat 4.1.18 -Started tomcat -- worked fine -Downloaded and built cocoon-2.1-dev with scratchpad and no blocks -Copied cocoon files into webapps/cocoon directory -Started tomcat -- it looks like tomcat tries to load cocoon and abruptly exits. There are no errors in tomcat log files. I've tried replacing xalan, xerces and xmlapis jars with those from cocoon in tomcat's common/endorsed directory, but that doesn't seem to make any difference. Has anyone seen this behaviour? Thanks, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cocoon-2.1-dev how to run
For anyone interested in trying cocoon-2.1-dev I discovered that to run it you have to set the variable JETTY_WEBAPP to build/cocoon-2.1-dev/webapp because the default setting (build/webapp) doesn't point to the right location. INSTALL.txt must be fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: Link Livesites: CBIM (Cocoon 2.1-dev)
It seems real fast from the Internet as well, though I am in Italy too (Florence). It looks like it is on our LAN :) L. -Messaggio originale- Da: Ugo Cei [mailto:[EMAIL PROTECTED]] Inviato: lunedì 3 febbraio 2003 12.52 A: [EMAIL PROTECTED] Oggetto: Re: Link Livesites: CBIM (Cocoon 2.1-dev) Antonio Gallardo wrote: Congratulations Ugo! First time it takes almost 16 secs. (DNS resolving, etc.) Second time: 1.9 secs. (I think here was just cache issue.) Third time: Pressing reload button - 4.95 secs. I think this are nice times. Times from our LAN, without the network latency, are of course much faster, even though we haven't done any tuning yet, much less under load. One point to consider: The site is served directly by Tomcat 4.1.18, but images are served statically by an Apache httpd server, since the version of Cocoon we used has a bug in the resource reader which causes resources to always be served anew even if the original file has not changed (maybe this is fixed now, I'm going to upgrade to the newest HEAD version for the next iteration and check if this is indeed so). Incidentally, there is a CSS file that is still served by Cocoon via map:read and thus is resent again for each page :-(. 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/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]
Link Livesites: CBIM (Cocoon 2.1-dev)
Our new corporate website http://www.cbim.it/ is running on Cocoon 2.1-dev since Feb 1st 2003. It's only in Italian at the moment, but we plan do deliver an English version shortly. Many thanks to all the Cocoon developers who made this possible. 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/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Livesites: CBIM (Cocoon 2.1-dev)
Congratulations Ugo! First time it takes almost 16 secs. (DNS resolving, etc.) Second time: 1.9 secs. (I think here was just cache issue.) Third time: Pressing reload button - 4.95 secs. I think this are nice times. I am using Mozilla in Red Hat Linux 8.0. Location: Managua, Nicaragua, Central America. Best Regards, Antonio Gallardo. Ugo Cei dijo: Our new corporate website http://www.cbim.it/ is running on Cocoon 2.1-dev since Feb 1st 2003. It's only in Italian at the moment, but we plan do deliver an English version shortly. Many thanks to all the Cocoon developers who made this possible. 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/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]
Re: Link Livesites: CBIM (Cocoon 2.1-dev)
Antonio Gallardo wrote: Congratulations Ugo! First time it takes almost 16 secs. (DNS resolving, etc.) Second time: 1.9 secs. (I think here was just cache issue.) Third time: Pressing reload button - 4.95 secs. I think this are nice times. Times from our LAN, without the network latency, are of course much faster, even though we haven't done any tuning yet, much less under load. One point to consider: The site is served directly by Tomcat 4.1.18, but images are served statically by an Apache httpd server, since the version of Cocoon we used has a bug in the resource reader which causes resources to always be served anew even if the original file has not changed (maybe this is fixed now, I'm going to upgrade to the newest HEAD version for the next iteration and check if this is indeed so). Incidentally, there is a CSS file that is still served by Cocoon via map:read and thus is resent again for each page :-(. 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/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Building Cocoon 2.1-dev
Hi, I sent this mail to the list some days ago, and have gotten no reply, so I'll try again :-) BTW should this question be asked on the dev-list instead? I must be missing something pretty basic here. I am trying to build Cocoon from the current CVS HEAD. However the build process does not get very far. Here's the output: C:\Data\Projects\cocoon\xml-cocoon2build.bat -Dinclude.webapp.libs=yes webapp Using Java from C:\j2sdk1.4.1 Buildfile: build.xml init: [echo] -- [echo] Apache Cocoon 2.1-dev [1999-2003] [echo] -- [echo] Building with Apache Ant version 1.6alpha compiled on January 1 2003 [echo] using build file C:\Data\Projects\cocoon\xml-cocoon2\build.xml [echo] -- [echo] WARNING: [echo]This build is targeted for use with JVM 1.4 [echo] [echo]Using this build on a virtual machine other than the one [echo]it is targeted for may result in runtime errors. [echo] [echo] -- [javac] Compiling 2 source files to C:\Data\Projects\cocoon\xml-cocoon2\tools\anttasks After this it does not report an error - it just stops. The directory C:\Data\Projects\cocoon\xml-cocoon2\tools\anttasks is empty. A little extra information: Operating system: Windows 2000 Professional Java: java version 1.4.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21) Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode) I have both Tomcat and Jetty installed but I have not included libraries from any of them for the build. Could this be the problem? If anyone can help me I would really appreciate it. Thanks, Morten Ludvigsen 2-People Software Denmark - 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: Building Cocoon 2.1-dev
I just built CVS HEAD yesterday afternoon. There are some problems with sitemap validation, so you will have to turn that off (validatefalse/validate) in properties.xml. One of the things I have to remember is to clear my custom CLASSPATH variable before I start the build process. To build, I do the following: set CLASSPATH= build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinstall.war=%TOMCAT_HOME%\webapps webapp I've also picked up the extra jars for mail, jta, xindice, and logging to enable those optional components. One of these days I'll pick up the php servlet jar and see if I can't get that to compile as well. HTH /mde/ just my two cents . . . . __ 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: Building Cocoon 2.1-dev
Please downloaded the lastest version. Today morning Haul resolve the problem with the sitemap. Antonio Gallardo. I am already running the lastest CVS and build fine. Mark Eggers dijo: I just built CVS HEAD yesterday afternoon. There are some problems with sitemap validation, so you will have to turn that off (validatefalse/validate) in properties.xml. One of the things I have to remember is to clear my custom CLASSPATH variable before I start the build process. To build, I do the following: set CLASSPATH= build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinstall.war=%TOMCAT_HOME%\webapps webapp I've also picked up the extra jars for mail, jta, xindice, and logging to enable those optional components. One of these days I'll pick up the php servlet jar and see if I can't get that to compile as well. HTH /mde/ just my two cents . . . . __ 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] - 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: Building Cocoon 2.1-dev
Thanks very much for your reply. I have just tried what you suggested, but the build still does not get past the init target. It does not look like it even calls javac. If it did I would expect at least some error messages. As I said, there is probably something very basic that I have forgotten to do - this is the first time I try building Cocoon from scratch, and also the first time I am using Ant. Regards, Morten Ludvigsen 2-People Software Denmark Mark Eggers wrote: I just built CVS HEAD yesterday afternoon. There are some problems with sitemap validation, so you will have to turn that off (validatefalse/validate) in properties.xml. One of the things I have to remember is to clear my custom CLASSPATH variable before I start the build process. To build, I do the following: set CLASSPATH= build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinstall.war=%TOMCAT_HOME%\webapps webapp I've also picked up the extra jars for mail, jta, xindice, and logging to enable those optional components. One of these days I'll pick up the php servlet jar and see if I can't get that to compile as well. HTH /mde/ just my two cents . . . . __ 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] - 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: Building Cocoon 2.1-dev
-Original Message- From: Morten Ludvigsen [mailto:[EMAIL PROTECTED]] Thanks very much for your reply. I have just tried what you suggested, but the build still does not get past the init target. It does not look like it even calls javac. If it did I would expect at least some error messages. You could confirm this by modifying build.xml to include some more echo... commands just to isolate a point of failure. I've had to resort to this before. As I said, there is probably something very basic that I have forgotten to do - this is the first time I try building Cocoon from scratch, and also the first time I am using Ant. Only thing I can think of is JAVA_HOME - do you have that set correctly? Regards, Morten Ludvigsen 2-People Software Denmark Mark Eggers wrote: I just built CVS HEAD yesterday afternoon. There are some problems with sitemap validation, so you will have to turn that off (validatefalse/validate) in properties.xml. One of the things I have to remember is to clear my custom CLASSPATH variable before I start the build process. To build, I do the following: set CLASSPATH= build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinstall.war=%TOMCAT_HOME%\webapps webapp I've also picked up the extra jars for mail, jta, xindice, and logging to enable those optional components. One of these days I'll pick up the php servlet jar and see if I can't get that to compile as well. HTH /mde/ just my two cents . . . . __ 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] - 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]
Re: Cocoon 2.1 the usability release?
On Mon, Jan 27, 2003 at 01:28:30AM +0100, Robert Simmons wrote: One other feature would be more extensive documentation in the API. To see what I mean, look at the class level documentation on LinkSerializer. Hrmm ... I still don't know what it does. Perhaps its time to bust people's chops to document things. I'm glad to see you consider good documentation a priority. I have commit access to the relevant repositories, and I am willing to document anything you like for a very reasonable $A10/class. Please contact me offlist for further information. Of course... I ASSUME you'd be willing to pay someone, because how else could you get volunteers to scratch YOUR particular itch? :) --Jeff What I meant about the component documentation, by the way, is basically what is listed if you look at the package page in the API for the various components. -- Robert ... - 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: Cocoon 2.1 the usability release?
Oh well, I don't mean to be caustic but developers that work for me that don't document get yelled at allot. I don't tolerate it. Its quite easy to javadoc as you go and a massive pain in the ass to do it after the fact. With the lack of documentation though, it does make one wonder what is lurking in there that isn't needed anymore. But then I still think a usability focused release would be a good thing. Hell, Id be willing to do the Log4j conversion when I get done with my current project. -- Robert - Original Message - From: Jeff Turner [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 27, 2003 1:00 PM Subject: Re: Cocoon 2.1 the usability release? On Mon, Jan 27, 2003 at 01:28:30AM +0100, Robert Simmons wrote: One other feature would be more extensive documentation in the API. To see what I mean, look at the class level documentation on LinkSerializer. Hrmm ... I still don't know what it does. Perhaps its time to bust people's chops to document things. I'm glad to see you consider good documentation a priority. I have commit access to the relevant repositories, and I am willing to document anything you like for a very reasonable $A10/class. Please contact me offlist for further information. Of course... I ASSUME you'd be willing to pay someone, because how else could you get volunteers to scratch YOUR particular itch? :) --Jeff What I meant about the component documentation, by the way, is basically what is listed if you look at the package page in the API for the various components. -- Robert ... - 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]
Cocoon 2.1 the usability release?
Given the recent discussion about the difficulty getting into cocoon, I am wondering if we should start an initiative to make a maintenance release for cocoon that would have a focus on usability for new users. The following is a list of features I propose for this release. 1) A binary distribution stripped of all examples and documentation. This distribution would have only a single static XML and XSL file in a subdirectory called welcome that would be set up as a welcome page. The main sitemap file in the cocoon root directory would have anything not needed to serve this page as HTML commented out or removed. It would contain the mount only for that part of the site. 2) A all of the jars are filed into a single containing jar called cocoon-all.jar and placed in the WEB-INF/lib directory. This should remove "jar shock" from the users new to the system while retaining the modularity. A user can always unpack the cocoon-all.jar or replace a jar in the file if he chooses. 3) A new jar called cocoon-ext.jar. This jar would contain only the needed classes for compiling extensions (such as generators) to cocoon. It would be for users to mount in their development IDEs instead of having to mount the entire cocoon-all.jar. In the distribution, a new directory called dev-libs would be created and this jar would be placed in there. 4) All properties and xconf files that the user doesn't need to routinely edit would be packed into the cocoon-all.jar. The code loading these files would be adapted so that if a user chooses to provide his own xconf files (at his own risk), he can do so. Perhaps the code looks for custom-cocoon.xconf in the classpath and if it doesn't find it, then it loads the default one in the cocoon-all.jar. 5) Creation of all of these parts would be in the build.xml file, perhaps we can use the target name "golfball" for building the whole cocoon-all.jar. *smirk* 6) Providing both the full documented kitchen sink as well as the stripped jar for binary distribution download. Features id like to see: a) Replacing logikit with Log4j. Log4j is by far the most widespread of the logging packages used today and users will typically want to have all of their logging functioning in one product. That way a network admin can use a Log4j viewer tool to monitor the health of the system instead of needing to parse several logs. b) A reference manual on all the included generators, actions,serializers and so on:and what they do. The target audience for this is the sitemap developer who just wants to wire together pipelines. b) Reorganization of the documentation to allow a more coherent approach to learning cocoon. Starting with including basic newbie guides to get hello-world up in 15 minutes or less. Users that can get it working fast get excited and go further and faster. Its the hook that draws them in. Keep in mind I am coming from a usability point only. My basic premise is that newbies coming here will mostly not have the tenaciousness that I do and will be under deadline guns. Hooking them on cocoon by getting them in the door can only be good for the project and its technology. -- Robert
Re: Cocoon 2.1 the usability release?
One other feature would be more extensive documentation in the API. To see what I mean, look at the class level documentation on LinkSerializer. Hrmm ... I still don't know what it does. Perhaps its time to bust people's chops to document things. What I meant about the component documentation, by the way, is basically what is listed if you look at the package page in the API for the various components. -- Robert - Original Message - From: Robert Simmons To: Cocoon Users Sent: Monday, January 27, 2003 12:23 AM Subject: Cocoon 2.1 the usability release? Given the recent discussion about the difficulty getting into cocoon, I am wondering if we should start an initiative to make a maintenance release for cocoon that would have a focus on usability for new users. The following is a list of features I propose for this release. 1) A binary distribution stripped of all examples and documentation. This distribution would have only a single static XML and XSL file in a subdirectory called welcome that would be set up as a welcome page. The main sitemap file in the cocoon root directory would have anything not needed to serve this page as HTML commented out or removed. It would contain the mount only for that part of the site. 2) A all of the jars are filed into a single containing jar called cocoon-all.jar and placed in the WEB-INF/lib directory. This should remove "jar shock" from the users new to the system while retaining the modularity. A user can always unpack the cocoon-all.jar or replace a jar in the file if he chooses. 3) A new jar called cocoon-ext.jar. This jar would contain only the needed classes for compiling extensions (such as generators) to cocoon. It would be for users to mount in their development IDEs instead of having to mount the entire cocoon-all.jar. In the distribution, a new directory called dev-libs would be created and this jar would be placed in there. 4) All properties and xconf files that the user doesn't need to routinely edit would be packed into the cocoon-all.jar. The code loading these files would be adapted so that if a user chooses to provide his own xconf files (at his own risk), he can do so. Perhaps the code looks for custom-cocoon.xconf in the classpath and if it doesn't find it, then it loads the default one in the cocoon-all.jar. 5) Creation of all of these parts would be in the build.xml file, perhaps we can use the target name "golfball" for building the whole cocoon-all.jar. *smirk* 6) Providing both the full documented kitchen sink as well as the stripped jar for binary distribution download. Features id like to see: a) Replacing logikit with Log4j. Log4j is by far the most widespread of the logging packages used today and users will typically want to have all of their logging functioning in one product. That way a network admin can use a Log4j viewer tool to monitor the health of the system instead of needing to parse several logs. b) A reference manual on all the included generators, actions,serializers and so on:and what they do. The target audience for this is the sitemap developer who just wants to wire together pipelines. b) Reorganization of the documentation to allow a more coherent approach to learning cocoon. Starting with including basic newbie guides to get hello-world up in 15 minutes or less. Users that can get it working fast get excited and go further and faster. Its the hook that draws them in. Keep in mind I am coming from a usability point only. My basic premise is that newbies coming here will mostly not have the tenaciousness that I do and will be under deadline guns. Hooking them on cocoon by getting them in the door can only be good for the project and its technology. -- Robert
Re: esql in Cocoon-2.1-dev not working well with Oracle? due to skip-rows element?
aps olute dijo: I did not have the need for this, so I will assume its okay, my code works without this. 2-The esql:skip-rows and esql:max-rows are also optionals that means that it will not triggered if you dont request it. Apparently one of them is not optional, if it was, I would not brought this up as an issue. If you recall my original posting on this: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104069369318391w=2 I could not run same ESQL code on Tomcat4.1.12 but yet it works fine on Tomcat 4.0.1. It looks like the problem is calling the absolute() method. As long as I know the function is part of the java.sql then it must be into your driver. Try to find a newer driver that implements the absolute() function. Also, better try to use Tomcat 4.1.18. I used before 4.1.12 and there are some bugs that can confuse your development under windows. BTW I am using tomcat 4.1.18 on Red Hat Linux 8.0 Can you perhaps verify an ESQL(XSP file) like I had posted without the esql:skip-rows and can you post what the result is? Without this element on mine, it will not work. I already checked your file and I think it must work is well written as long as I know. Sorry, but I dont know how this work for Oracle. I am using PostgreSQL. I have many files without any of this tags and all the XSP works fine. Maybe the problem is somewhere else. Try to download the sources from CVS and check the source of Cocoon for Oracle. By the way I dont see a case when you will request 0 rows in the esql:max-rows. I the worst case you will need to set it just to control if the are some rows. Then you will need to request almost 1 additional row (0+1) to check for additionals rows in the returned recordset. Umm, I was referring to esql:skip-rows being zero, not esql:max-rows. It is the default approach. The default value for esql:skip-rows is -1 (minus 1) that means that the function absolute will not being called. I review the code of OracleEsqlQuery.java and there if you does not use any of the tags: esql:skip-rows and esql:max-rows, then your query is sended to the database server without any other stuff. But if you are using some of the tags, then Cocoon will send a query with tag stuff. In the test I just did, I did not include esql:max-rows, so its not needed. I also tried esql:max-rows 3 and I did get 3 rows, not 4 and since I have to have skip-rows minimum set to 1, it printed rowid's 2,3 4. Anyhow, it seems confusing to remember one more rule having to add 1 for the count. That is correct!. The trick to get (MaxRows + 1) records works only internal to let Cocoon check if there are more rows that meet your criteria and shot the trigger esql:more-results. It will does not affect the correct approach. If you want 3 rows, you must write esql:max-rows3/esql:max-rows. Also if you does not want to skip any row. you dont need to use esql:skip-rows and esql:max-rows. Also note that for Oracle the use of both tags is mandatory. You cannot use just one. If you need to use just 1 tag, you will need to set the second tag too. I hope it will help you. Best regards, Antonio Gallardo. This way it will be faster for every database manager because database manager mainly stop when they already have filled the requested amount of rows. And returns after they get the maxrow you requested. As you can see this is the faster method I know to trigger the more-results. No comment on this portion. I dont really know the logic behind. Just wanted to know, what are the file sizes for your OracleEsqlQuery.java, JdbcEsqlQuery.java, EsqlHelper.java, and PostgresEsqlQuery.java? just for my reference. Regards, aps Ragards, Antonio Gallardo. aps olute dijo: Antonio, Per your suggestion, I downloaded the latest on 12/24 and it still does not work. ESQL having a problem working with Oracle 8i and Tomcat 4.1.12. Exact xml file is working with Tomcat.4.0.1 but not on 4.1.12. What actually has been changed? I tinkered a little bit more, and based on your postings, I kind of clue-in on this skip-rows and max-rows. This was not needed before, why make it mandatory? Is this documented somewhere like on a DTD or a Schema for ESQL? Also it does not work with skip-rows set to zero aps __ 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] - Please check that your question has not already been answered in the FAQ before posting.
esql in Cocoon-2.1-dev not working well with Oracle? due to skip-rows element?
Antonio, Per your suggestion, I downloaded the latest on 12/24 and it still does not work. ESQL having a problem working with Oracle 8i and Tomcat 4.1.12. Exact xml file is working with Tomcat.4.0.1 but not on 4.1.12. What actually has been changed? I tinkered a little bit more, and based on your postings, I kind of clue-in on this skip-rows and max-rows. This was not needed before, why make it mandatory? Is this documented somewhere like on a DTD or a Schema for ESQL? Also it does not work with skip-rows set to zero aps __ 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: esql in Cocoon-2.1-dev not working well with Oracle? due to skip-rows element?
Hi: 1-The esql:more-results is is not a mandatory issue. It is just an optional tag that you can use. 2-The esql:skip-rows and esql:max-rows are also optionals that means that it will not triggered if you dont request it. By the way I dont see a case when you will request 0 rows in the esql:max-rows. I the worst case you will need to set it just to control if the are some rows. Then you will need to request almost 1 additional row (0+1) to check for additionals rows in the returned recordset. This way it will be faster for every database manager because database manager mainly stop when they already have filled the requested amount of rows. And returns after they get the maxrow you requested. As you can see this is the faster method I know to trigger the more-results. Ragards, Antonio Gallardo. aps olute dijo: Antonio, Per your suggestion, I downloaded the latest on 12/24 and it still does not work. ESQL having a problem working with Oracle 8i and Tomcat 4.1.12. Exact xml file is working with Tomcat.4.0.1 but not on 4.1.12. What actually has been changed? I tinkered a little bit more, and based on your postings, I kind of clue-in on this skip-rows and max-rows. This was not needed before, why make it mandatory? Is this documented somewhere like on a DTD or a Schema for ESQL? Also it does not work with skip-rows set to zero aps __ 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] - 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: esql in Cocoon-2.1-dev not working well with Oracle? due to skip-rows element?
Responses inserted in between. --- Antonio Gallardo [EMAIL PROTECTED] wrote: Hi: 1-The esql:more-results is is not a mandatory issue. It is just an optional tag that you can use. I did not have the need for this, so I will assume its okay, my code works without this. 2-The esql:skip-rows and esql:max-rows are also optionals that means that it will not triggered if you dont request it. Apparently one of them is not optional, if it was, I would not brought this up as an issue. If you recall my original posting on this: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104069369318391w=2 I could not run same ESQL code on Tomcat4.1.12 but yet it works fine on Tomcat 4.0.1. Can you perhaps verify an ESQL(XSP file) like I had posted without the esql:skip-rows and can you post what the result is? Without this element on mine, it will not work. By the way I dont see a case when you will request 0 rows in the esql:max-rows. I the worst case you will need to set it just to control if the are some rows. Then you will need to request almost 1 additional row (0+1) to check for additionals rows in the returned recordset. Umm, I was referring to esql:skip-rows being zero, not esql:max-rows. In the test I just did, I did not include esql:max-rows, so its not needed. I also tried esql:max-rows 3 and I did get 3 rows, not 4 and since I have to have skip-rows minimum set to 1, it printed rowid's 2,3 4. Anyhow, it seems confusing to remember one more rule having to add 1 for the count. This way it will be faster for every database manager because database manager mainly stop when they already have filled the requested amount of rows. And returns after they get the maxrow you requested. As you can see this is the faster method I know to trigger the more-results. No comment on this portion. I dont really know the logic behind. Just wanted to know, what are the file sizes for your OracleEsqlQuery.java, JdbcEsqlQuery.java, EsqlHelper.java, and PostgresEsqlQuery.java? just for my reference. Regards, aps Ragards, Antonio Gallardo. aps olute dijo: Antonio, Per your suggestion, I downloaded the latest on 12/24 and it still does not work. ESQL having a problem working with Oracle 8i and Tomcat 4.1.12. Exact xml file is working with Tomcat.4.0.1 but not on 4.1.12. What actually has been changed? I tinkered a little bit more, and based on your postings, I kind of clue-in on this skip-rows and max-rows. This was not needed before, why make it mandatory? Is this documented somewhere like on a DTD or a Schema for ESQL? Also it does not work with skip-rows set to zero aps __ 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] - 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: esql in Cocoon-2.1-dev not working well? Oracle specifically
Tried the latest download. Another 4 hours wasted, 21Meg download is too big for a dial-up access. I cant do this download often. Far too many changes. Same problem still, same esql code works in Tomcat 4.0.1 but not on 4.1.12. What changes has been made ESQL much more difficult to use with Oracle in the nightly builds? The Mysql version works fine in both versions of Tomcat. And just quick testing of the samples, it seems XSP samples are erratic, very few XSP samples work, most do not. I get time-outs, taking much too long to compile the xsp? Noteable one I tried is http://localhost:8080/cocoon/samples/xsp/cacheable where the error it spits out is: // start error (lines 82-82) method generateKey() in class org.apache.cocoon.www.samples.docs.samples.xsp.cacheable_xsp cannot override method generateKey() in class org.apache.cocoon.generation.AbstractServerPage with different return type public long generateKey() ..plus more errors. Futher rant I dont recall that the whole cocoon stalls before, if none of the RDMBS are up and running when Tomcat is started. solution seems to have the RDMBS up and running before starting Tomcat. rant The installscratchpadwar build chokes on line 2315 missing fileset jing rngfiles= --- aps olute [EMAIL PROTECTED] wrote: Esql file that works in Tomcat 4.0.1 does not work in Tomcat 4.1.12? I have compiled the nightly download 12/20/2002 and running most of the samples on a Tomcat 4.1.12. I added the datasources for oracle and mysql (cocoon.xconf), the jdbc drivers (in WEB-INF/lib/ and modified web.xml), I added a submount by symlinking it under cocoon/samples/ctwig ie cocoon/samples/ctwig/ctwig. Basic xml files are transformed using xsl files just like the CTWIG sample. I symlinked this directory that has esql query with its corresponding xsl file to this directory. (btw the base directory is located in another Tomcat 4.0.1/webapps/cocoon/ctwig/). Launched Tomcat 4.1.12, point my browser to http://localhost:8080/cocoon/samples/ctwig/ctwig/esqlora2.xml and I get errors. Launched Tomcat 4.0.1 (now .12 and .1) up, point my browser to 4.0.1 relateted url, http://localhost:8069/cocoon/ctwig/esqlora2.xml it works fine, the query is executed and the table is displayed. This is the same file with different results Why? The error on 4.1.12 is: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Error executing statement: SELECT * FROM emp: java.sql.SQLException: Invalid argument(s) in call: absolute (0) at org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenerator.java:275) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:513) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192) this is esqlora2.xml ?xml version=1.0 encoding=ISO-8859-1? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:esql=http://apache.org/cocoon/SQL/v2; page titleA Database Driven XSP Page/title content esql:connection esql:poolpersonnel/esql:pool esql:execute-query esql:querySELECT * FROM emp/esql:query esql:results table esql:row-results tr tdesql:get-string column=empno//td tdesql:get-string column=ename//td tdesql:get-string column=job//td tdesql:get-string column=deptno//td tdesql:get-string column=mgr//td tdesql:get-date column=hiredate//td tdesql:get-string column=sal//td tdesql:get-row-position //td /tr /esql:row-results /table /esql:results esql:no-results pSorry, no results!/p /esql:no-results /esql:execute-query /esql:connection /content /page /xsp:page __ 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] __ 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]
esql in Cocoon-2.1-dev not working well?
Esql file that works in Tomcat 4.0.1 does not work in Tomcat 4.1.12? I have compiled the nightly download 12/20/2002 and running most of the samples on a Tomcat 4.1.12. I added the datasources for oracle and mysql (cocoon.xconf), the jdbc drivers (in WEB-INF/lib/ and modified web.xml), I added a submount by symlinking it under cocoon/samples/ctwig ie cocoon/samples/ctwig/ctwig. Basic xml files are transformed using xsl files just like the CTWIG sample. I symlinked this directory that has esql query with its corresponding xsl file to this directory. (btw the base directory is located in another Tomcat 4.0.1/webapps/cocoon/ctwig/). Launched Tomcat 4.1.12, point my browser to http://localhost:8080/cocoon/samples/ctwig/ctwig/esqlora2.xml and I get errors. Launched Tomcat 4.0.1 (now .12 and .1) up, point my browser to 4.0.1 relateted url, http://localhost:8069/cocoon/ctwig/esqlora2.xml it works fine, the query is executed and the table is displayed. This is the same file with different results Why? The error on 4.1.12 is: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Error executing statement: SELECT * FROM emp: java.sql.SQLException: Invalid argument(s) in call: absolute (0) at org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenerator.java:275) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:513) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192) this is esqlora2.xml ?xml version=1.0 encoding=ISO-8859-1? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:esql=http://apache.org/cocoon/SQL/v2; page titleA Database Driven XSP Page/title content esql:connection esql:poolpersonnel/esql:pool esql:execute-query esql:querySELECT * FROM emp/esql:query esql:results table esql:row-results tr tdesql:get-string column=empno//td tdesql:get-string column=ename//td tdesql:get-string column=job//td tdesql:get-string column=deptno//td tdesql:get-string column=mgr//td tdesql:get-date column=hiredate//td tdesql:get-string column=sal//td tdesql:get-row-position //td /tr /esql:row-results /table /esql:results esql:no-results pSorry, no results!/p /esql:no-results /esql:execute-query /esql:connection /content /page /xsp:page __ 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: esql in Cocoon-2.1-dev not working well?
Hi! Try to download a newer version. I recently updated the CVS HEAD and everythings works fine. I use Tomcat 4.1.18, Java 1.4.1_01, Red Hat Linux 8.0 and PostgreSQL. Antonio Gallardo. aps olute dijo: Esql file that works in Tomcat 4.0.1 does not work in Tomcat 4.1.12? I have compiled the nightly download 12/20/2002 and running most of the samples on a Tomcat 4.1.12. I added the datasources for oracle and mysql (cocoon.xconf), the jdbc drivers (in WEB-INF/lib/ and modified web.xml), I added a submount by symlinking it under cocoon/samples/ctwig ie cocoon/samples/ctwig/ctwig. Basic xml files are transformed using xsl files just like the CTWIG sample. I symlinked this directory that has esql query with its corresponding xsl file to this directory. (btw the base directory is located in another Tomcat 4.0.1/webapps/cocoon/ctwig/). Launched Tomcat 4.1.12, point my browser to http://localhost:8080/cocoon/samples/ctwig/ctwig/esqlora2.xml and I get errors. Launched Tomcat 4.0.1 (now .12 and .1) up, point my browser to 4.0.1 relateted url, http://localhost:8069/cocoon/ctwig/esqlora2.xml it works fine, the query is executed and the table is displayed. This is the same file with different results Why? The error on 4.1.12 is: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Error executing statement: SELECT * FROM emp: java.sql.SQLException: Invalid argument(s) in call: absolute (0) at org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenerator.java:275) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:513) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192) this is esqlora2.xml ?xml version=1.0 encoding=ISO-8859-1? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:esql=http://apache.org/cocoon/SQL/v2; page titleA Database Driven XSP Page/title content esql:connection esql:poolpersonnel/esql:pool esql:execute-query esql:querySELECT * FROM emp/esql:query esql:results table esql:row-results tr tdesql:get-string column=empno//td tdesql:get-string column=ename//td tdesql:get-string column=job//td tdesql:get-string column=deptno//td tdesql:get-string column=mgr//td tdesql:get-date column=hiredate//td tdesql:get-string column=sal//td tdesql:get-row-position //td /tr /esql:row-results /table /esql:results esql:no-results pSorry, no results!/p /esql:no-results /esql:execute-query /esql:connection /content /page /xsp:page __ 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] - 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]
Cocoon-2.1, Saxon-7.3.1, XSP pages not working
I am trying to use Saxon-7.3.1 with Cocoon-2.1 for XSP pages. It worked until a couple weeks ago (using Saxon-7.3), but broke around the time that the XSP changes were put in Cocoon-2.1 for the not-recompiling bug. Anybody have ideans or a simillar setup working? When I try to access: http://localhost:8080/cocoon-1216-1/samples/xsp/hello I get an error that looks like Saxon and Xalan are fighting each other: Error: 500 Location: /cocoon-1216-1/samples/xsp/hello Internal Servlet Error: java.lang.StackOverflowError at net.sf.saxon.om.NamePool.allocate(NamePool.java:413) at net.sf.saxon.event.ContentEmitter.getNameCode(ContentEmitter.java:181) at net.sf.saxon.event.ContentEmitter.startElement(ContentEmitter.java:131) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:130) at org.apache.xalan.xsltc.runtime.output.SAXXMLOutput.closeStartTag(SAXXMLOutput.java:312) at org.apache.xalan.xsltc.runtime.output.SAXXMLOutput.endElement(SAXXMLOutput.java:205) at error2html.returns2br() at error2html.returns2br() at error2html.returns2br() (This last line repeats maybe 100 times) Tim - 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: Cocoon-2.1, Saxon-7.3.1, XSP pages not working
More Info: If I edit the sitemap to make Saxon pretend to be Xalan (to ensure that only Saxon is used) then the problem changes. A java source file is generated for the XSP page, but the first line in the file should not be there at all. Here are the first 5 lines from the file hello_xsp.java: xmlns:xsp=http://apache.org/xsp; xmlns:XSLTExtension=org.apache.cocoon.components.language.markup.xsp.XSLTExtension package org.apache.cocoon.www.samples.docs.samples.xsp; import java.io.File; import java.io.IOException; Tim [EMAIL PROTECTED] 12/16/02 10:35AM I am trying to use Saxon-7.3.1 with Cocoon-2.1 for XSP pages. It worked until a couple weeks ago (using Saxon-7.3), but broke around the time that the XSP changes were put in Cocoon-2.1 for the not-recompiling bug. Anybody have ideans or a simillar setup working? When I try to access: http://localhost:8080/cocoon-1216-1/samples/xsp/hello I get an error that looks like Saxon and Xalan are fighting each other: Error: 500 Location: /cocoon-1216-1/samples/xsp/hello Internal Servlet Error: java.lang.StackOverflowError at net.sf.saxon.om.NamePool.allocate(NamePool.java:413) at net.sf.saxon.event.ContentEmitter.getNameCode(ContentEmitter.java:181) at net.sf.saxon.event.ContentEmitter.startElement(ContentEmitter.java:131) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:130) at org.apache.xalan.xsltc.runtime.output.SAXXMLOutput.closeStartTag(SAXXMLOutput.java:312) at org.apache.xalan.xsltc.runtime.output.SAXXMLOutput.endElement(SAXXMLOutput.java:205) at error2html.returns2br() at error2html.returns2br() at error2html.returns2br() (This last line repeats maybe 100 times) Tim - 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]
Cocoon 2.1 and sunshine
Title: Cocoon 2.1 and sunshine I have noticed that the sunshine authentication and portal packages are not in cocoon 2.1 in cvs. Has this functionality been moved elsewhere or is it going to be? I would like to use the authentication andportal frameworks, as well as the xmlform framework; however, as things currently seem, xmlform is contained in 2.1 and not 2.0 and sunshine is contained in 2.0 and not 2.1. Any thoughts or plans? Thanks in advance, Jon
Re: Cocoon 2.1 and sunshine
This functionality is already in 2.1. The names changed: search for: portal-fw, session-fw and authentication-fw. Antonio Gallardo. Jonathan Spaeth dijo: I have noticed that the sunshine authentication and portal packages are not in cocoon 2.1 in cvs. Has this functionality been moved elsewhere or is it going to be? I would like to use the authentication andportal frameworks, as well as the xmlform framework; however, as things currently seem, xmlform is contained in 2.1 and not 2.0 and sunshine is contained in 2.0 and not 2.1. Any thoughts or plans? Thanks in advance, Jon - 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: Cocoon 2.1 and sunshine
Title: Cocoon 2.1 and sunshine HEAD release from Cocoon CVS contains sunshine authentication and portal packages. I am running Tomcat 4.1.12 with HEAD version of Cocoon 2.1dev from CVS and can run sunshine examples from examples page. You just need to build it from source. Alex -Original Message- From: Jonathan Spaeth [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 14, 2002 3:49 AM To: '[EMAIL PROTECTED]' Subject: Cocoon 2.1 and sunshine I have noticed that the sunshine authentication and portal packages are not in cocoon 2.1 in cvs. Has this functionality been moved elsewhere or is it going to be? I would like to use the authentication andportal frameworks, as well as the xmlform framework; however, as things currently seem, xmlform is contained in 2.1 and not 2.0 and sunshine is contained in 2.0 and not 2.1. Any thoughts or plans? Thanks in advance, Jon
Cocoon 2.1 (was RE: Question about handling of components)
If you are using the 2.1 version there are some samples. Also you can check wiki: http://outerthought.net/wiki/Wiki.jsp?page=DatabaseActions No, I'm using 2.0.4. Regarding this very issue, it seems that many useful features (these modules, 'expires', etc.) are present only on 2.1.x, with eventual backports to the 2.0.x tree. Regarding 2.1, I may be wrong, but my impression is that there hasn't been a complete overhaul of the entire Cocoon core since 2.0, so probably the 'old' 2.0 components are as stable as ever in 2.1, while the new features are still a little turbulent and thus should be used with caution. Is this feeling true? Is there anybody here using 2.1.x on production servers? How's the stability? fc - 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: Cocoon 2.1 (was RE: Question about handling of components)
Fabricio Chalub dijo: If you are using the 2.1 version there are some samples. Also you can check wiki: http://outerthought.net/wiki/Wiki.jsp?page=DatabaseActions No, I'm using 2.0.4. You can use the the Original Dabatase Actions. Regarding this very issue, it seems that many useful features (these modules, 'expires', etc.) are present only on 2.1.x, with eventual backports to the 2.0.x tree. Regarding 2.1, I may be wrong, but my impression is that there hasn't been a complete overhaul of the entire Cocoon core since 2.0, so probably the 'old' 2.0 components are as stable as ever in 2.1, while the new features are still a little turbulent and thus should be used with caution. Is this feeling true? Is there anybody here using 2.1.x on production servers? How's the stability? I am currently using 2.1 in production. It stability seems to be OK. I am not using all the features. But the 2.1 is almost stable. maybe there is some hidden bug. I am using mainly, XSP, Modular Database Actions, Original Database Actions, session-fw and authentication-fw. Antonio Gallardo fc - 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]
RE: Cocoon 2.1 (was RE: Question about handling of components)
-Original Message- From: Fabricio Chalub [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 2:02 PM To: '[EMAIL PROTECTED]' Subject: Cocoon 2.1 (was RE: Question about handling of components) snip/ Regarding 2.1, I may be wrong, but my impression is that there hasn't been a complete overhaul of the entire Cocoon core since 2.0, so probably the 'old' 2.0 components are as stable as ever in 2.1, while the new features are still a little turbulent and thus should be used with caution. Is this feeling true? Is there anybody here using 2.1.x on production servers? How's the stability? I think the stability you most need to worry about is stability of the API - meaning that 2.1 status is currently in flux even as to how things work and what they are named. If you're going to use 2.1 (as I am on live projects) you need to at least monitor the dev mailing list for any discussion on any feature you are using so that you can be forewarned if the API is changing. You'll also need to be prepared to update from CVS fairly frequently, which can be a task depending on the complexity of your project and the sophistication of your own project's build procedures as relate to cocoons. Geoff Howard - 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: Cocoon 2.1 (was RE: Question about handling of components)
Geoff Howard dijo: -Original Message- From: Fabricio Chalub [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 2:02 PM To: '[EMAIL PROTECTED]' Subject: Cocoon 2.1 (was RE: Question about handling of components) snip/ Regarding 2.1, I may be wrong, but my impression is that there hasn't been a complete overhaul of the entire Cocoon core since 2.0, so probably the 'old' 2.0 components are as stable as ever in 2.1, while the new features are still a little turbulent and thus should be used with caution. Is this feeling true? Is there anybody here using 2.1.x on production servers? How's the stability? I think the stability you most need to worry about is stability of the API - meaning that 2.1 status is currently in flux even as to how things work and what they are named. If you're going to use 2.1 (as I am on live projects) you need to at least monitor the dev mailing list for any discussion on any feature you are using so that you can be forewarned if the API is changing. You'll also need to be prepared to update from CVS fairly frequently, which can be a task depending on the complexity of your project and the sophistication of your own project's build procedures as relate to cocoons. Geoff Howard Yes, the complexity of your project will increase, but the reward for using the lastest Cocoon developed technology is priceless! ;-D Antonio Gallardo. - 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]
How-to :: Cocoon 2.1 Dev instal for dummies - Windows 2000
Hello everyone,
I had some problems installing Cocoon 2.1 Dev, so I made a short how-to for
anyone interested.
I got it working thanks to previous messages in the list but took me a while
to figure it so maybe this post will save time to somebody.
Assuming a clean Windows 2000 system and nothing related to Java
installed.
Lets go!
1) Download Java2 SDK Standard Edition v.1.4.1
File is j2sdk-1_4_1_01-windows-i586.exe from
http://java.sun.com/j2se/1.4.1/download.html
(Windows - SDK - All languages, including english)
2) Run j2sdk-1_4_1_01-windows-i586.exe
SDK is now installed in c:\j2sdk1.4.1_01
3) In the Windows Control Panel, go to System / Advanced Properties and
create a system variable JAVA_HOME with value c:\j2sdk1.4.1_01 (without
quotes).
Now your system knows where the run-time environment (Java) is located.
- Java Software Development Kit installed, now you need the Servlet Engine.
4) Download Tomcat 4.1.12
File is jakarta-tomcat-4.1.12-LE-jdk14.zip from
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/bin/
5) Unzip everything in directory c:\jakarta-tomcat-4.1.12-LE-jdk14 (extract
using folder names)
6) Run file startup.bat located at c:\jakarta-tomcat-4.1.12-LE-jdk14/bin
Enter http://localhost:8080 in your browser and check that Tomcat (the
servlet engine) is running.
- Tomcat installed, now you need Cocoon!
7) Download WinCVS and Download Cocoon source.
That was pretty straightforward, following instructions available in
http://xml.apache.org/cocoon/installing/index.html
Let's assume you have now full Cocoon source (HEAD) in c:\CVS\xml-cocoon2
8) Compile Cocoon using command interface (DOS!) and type
build.bat -Dinclude.webapp.libs=yes webapp from directory c:\CVS\xml-cocoon2
9) Copy file cocoon.war from c:\CVS\xml-cocoon2\build\cocoon to
c:\jakarta-tomcat-4.1.12-LE-jdk14\webapps
10) Run file shutdown.bat located at c:\jakarta-tomcat-4.1.12-LE-jdk14/bin
to stop Tomcat
11) Run file startup.bat located at c:\jakarta-tomcat-4.1.12-LE-jdk14/bin to
startup again Tomcat.
Cocoon.war file will expand in a new directory located at
c:\jakarta-tomcat-4.1.12-LE-jdk14/webapps/cocoon
12) Stop Tomcat again (run file shutdown.bat)
13) VERY IMPORTANT!!!
You need to copy 3 files: xalan-2.4.1.jar, xercesImpl.jar and xml-apis.jar
from C:\jakarta-tomcat-4.1.12-LE-jdk14\webapps\cocoon\WEB-INF\lib
into (empty) directory c:\jakarta-tomcat-4.1.12-LE-jdk14/common/endorsed
If you don't do this step, then when you try to run Cocoon you get:
message Failed to execute pipeline.
description 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!:
(as already mentioned by Antonio and solved by Volker)
See http://marc.theaimsgroup.com/?l=xml-cocoon-devm=103692889710176w=2)
14) Run Tomcat again (run file startup.bat)
15) Direct your browser on http://localhost:8080/cocoon and ... it should be
working.
Check samples at http://localhost:8080/cocoon/samples/
Regards,
Franck Lumpe
Iberplus Internet, S.L.
www.iberplus.es
E-Business Consultants
-
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: How-to :: Cocoon 2.1 Dev instal for dummies - Windows 2000
On Sat, 16 Nov 2002, Franck Lumpe wrote: Hello everyone, I had some problems installing Cocoon 2.1 Dev, so I made a short how-to for anyone interested. I got it working thanks to previous messages in the list but took me a while to figure it so maybe this post will save time to somebody. Assuming a clean Windows 2000 system and nothing related to Java installed. Lets go! Excellent, thank you! Would you mind putting this on the Wiki? I think it would fit in with the HOWTOs at http://outerthought.net/wiki/Wiki.jsp?page=HowTos Tony Tony Collen -- [EMAIL PROTECTED] College of Liberal Arts University of Minnesota, Minneapolis, West Bank - 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]
Cocoon 2.1 DEV with Jboss 3.0.4/Jboss WEB (jetty) Redirection Problem
Hi No i try to run cocoon with Jboss Web witch is jetty. When i type: http://127.0.0.1:8080/cocoon then I get HTTP ERROR: 404 /documents/index Not Found RequestURI=/documents/index becuase it redirects to http://127.0.0.1:8080/documents/index while: http://127.0.0.1:8080/cocoon/documents/index.html show the correct cocoon page - 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]
Latest Cocoon 2.1-dev scratchpad appears to depend on j2sdk 1.4.x
While trying to compile the lastest CVS version of
cocoon, I ran into an issue with the scratchpad
libraries:
In part, from the file DelayedFileOutputStream.java:
public void setFileOutputStream(File file, boolean
append) throws FileNotFoundException {
if (fos == null) {
fos = new FileOutputStream(file, append);
The form of FileOutputStream constructor used is new
in 1.4. This will no longer compile in 1.3.x.
/mde/
just my two cents . . . .
__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.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: Latest Cocoon 2.1-dev scratchpad appears to depend on j2sdk 1.4.x
I just changed the relevant line to:
fos = new FileOutputStream(file.getCanonicalPath(), append);
Regards,
Lajos
Mark Eggers wrote:
While trying to compile the lastest CVS version of
cocoon, I ran into an issue with the scratchpad
libraries:
In part, from the file DelayedFileOutputStream.java:
public void setFileOutputStream(File file, boolean
append) throws FileNotFoundException {
if (fos == null) {
fos = new FileOutputStream(file, append);
The form of FileOutputStream constructor used is new
in 1.4. This will no longer compile in 1.3.x.
/mde/
just my two cents . . . .
__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.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]
--
galatea.com
Cocoon training, consulting support
-
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: Latest Cocoon 2.1-dev scratchpad appears to depend on j2sdk 1.4.x
Thanks, I need to sit down and read the Java API (again). --- Lajos Moczar [EMAIL PROTECTED] wrote: I just changed the relevant line to: fos = new FileOutputStream(file.getCanonicalPath(), append); Regards, /mde/ just my two cents . . . . __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.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]
