Re: Derby build (Re: BATCH: All dressed up, with nowhere to go...)
On Nov 1, 2005, at 9:31 PM, Stefan Bodewig wrote: Can you use a striplinebreaks filter reader in your loadfile task? Definitely. I hadn't thought of that. Checked in, should build tomorrow. Thanks again, Stefan! andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project myfaces has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development Full details are available at: http://vmgump.apache.org/gump/public/myfaces/myfaces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/myfaces/myfaces/gump_work/build_myfaces_myfaces.html Work Name: build_myfaces_myfaces (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 57 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Denv.TEMP=temp [Working Directory: /usr/local/gump/public/workspace/myfaces/build] CLASSPATH:
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project myfaces has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development Full details are available at: http://vmgump.apache.org/gump/public/myfaces/myfaces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/myfaces/myfaces/gump_work/build_myfaces_myfaces.html Work Name: build_myfaces_myfaces (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 57 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Denv.TEMP=temp [Working Directory: /usr/local/gump/public/workspace/myfaces/build] CLASSPATH:
