[EMAIL PROTECTED]: Project poi (in module poi) 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 poi has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - poi : POI Full details are available at: http://vmgump.apache.org/gump/public/poi/poi/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [poi-contrib-gump-29072008.jar] identifier set to output basename: [poi-contrib-gump] -DEBUG- Output [poi-scratchpad-gump-29072008.jar] identifier set to output basename: [poi-scratchpad-gump] -DEBUG- Output [poi-gump-29072008.jar] identifier set to output basename: [poi-gump] -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/poi/poi/gump_work/build_poi_poi.html Work Name: build_poi_poi (Type: Build) Work ended in a state of : Failed Elapsed: 3 mins 11 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-xalan/build/serializer.jar:/srv/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion.id=gump -DDSTAMP=29072008 -f build.xml gump [Working Directory: /srv/gump/public/workspace/poi] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/poi/build/classes:/srv/gump/public/workspace/poi/build/contrib-classes:/srv/gump/public/workspace/poi/build/scratchpad-classes:/srv/gump/public/workspace/poi/build/test-classes:/srv/gump/public/workspace/poi/build/scratchpad-test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/logging-log4j-12/dist/lib/log4j-29072008.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-29072008.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api- 29072008.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-29072008.jar:/srv/gump/public/workspace/apache-commons/collections/build/commons-collections-29072008.jar:/srv/gump/public/workspace/apache-commons/lang/commons-lang-29072008.jar:/srv/gump/public/workspace/junit/dist/junit-29072008.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1227) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1221) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:910) at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:367) at org.apache.tools.ant.taskdefs.Get.doGet(Get.java:151) at org.apache.tools.ant.taskdefs.Get.execute(Get.java:78) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:361) at org.apache.tools.ant.Target.performTasks(Target.java:389) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1335) at org.apache.tools.ant.Project.executeTarget(Project.java:1304) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1187) at org.a
DO NOT REPLY [Bug 45431] XSSFWorkbook cannot save a macro-enabled Excel (.xlsm)
https://issues.apache.org/bugzilla/show_bug.cgi?id=45431 --- Comment #9 from Nick Burch <[EMAIL PROTECTED]> 2008-07-29 17:31:19 PST --- Thanks for you patch. I've applied it to the svn branch, with some changes. I decided it'd make sense if we pushed a lot of the fiddly bits around reading and writing the sub-streams to XSSFRelation, rather than duplicating it each time. So, the code in XSSFWorkbook is very different, the others less so I'm able to open your initial file, save it, and have excel load it with no issues. Hopefully your complex file will work too, but please upload it so we can write unit tests for it :) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Moving XSSFRelation out of XSSFWorkbook
Hi All Currently, within XSSFWorkbook there is an inner class, XSSFRelation. This handles things like content types, relationship types, default file names, loading and saving parts etc. There's also a long list of public static final XSSFRelations defined in there too. In recent weeks, the list of XSSFRelations has grown quite a bit, as has the work that XSSFRelation can do (to avoid duplication, and to keep much of the ooxml packaging gumpf out of xssf.model and the rest of xssf.usermodel) My thinking was that XSSFRelation should be moved out of XSSFWorkbook, and into its own class in org.apache.poi.xssf. At the same time, the static list of relations from XSSFWorkbook would be moved into there too. Does that sound sensible to people? I'll be going with a lazy consensus over the next 5-7 days, so shout if you think there's a better way! Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45431] XSSFWorkbook cannot save a macro-enabled Excel (.xlsm)
https://issues.apache.org/bugzilla/show_bug.cgi?id=45431 Nick Burch <[EMAIL PROTECTED]> changed: What|Removed |Added Status|ASSIGNED|NEEDINFO --- Comment #8 from Nick Burch <[EMAIL PROTECTED]> 2008-07-29 16:04:04 PST --- Could you upload a file similar to the one your image shows? I'd like one like that so I can write some more comprehensive unit tests for this stuff -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]