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 > > > > 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. > > 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]
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: > > 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: > D:/eclipse/workspace/cocoon-2.1/src/blocks/batik/lib/batik-all-1.5b2.ja > r > > 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 > > > 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
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
Re: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104865067609362&w=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-users&m=104862608911688&w=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
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-users&m=104862608911688&w=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
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: 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: D:/eclipse/workspace/cocoon-2.1/src/blocks/batik/lib/batik-all-1.5b2.ja r 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 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-users&m=104862608911688&w=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
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
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-users&m=104862608911688&w=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-users&m=104862608911688&w=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
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]
