Jenkins build is back to normal : POI-DSL-OpenJDK #216

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

[Bug 61350] Use unsynchronized xmlbeans

https://bz.apache.org/bugzilla/show_bug.cgi?id=61350 Andreas Beeker changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 61350] New: Use unsynchronized xmlbeans

https://bz.apache.org/bugzilla/show_bug.cgi?id=61350 Bug ID: 61350 Summary: Use unsynchronized xmlbeans Product: POI Version: 3.17-dev Hardware: All OS: All Status: NEW Severity: normal

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

Na, the main test-runs should still verify all functionality with all required dependencies, we are talking about a separate build-config which verifies this specific requirement to not have the dependency being introduced in other functionality unintentionally. Dominik. On Wed, Jul 26, 2017 at

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

For personal clarification, tests will be generated for this functionality, however, these tests and the dependency will not be included in the main test set? On 2017-07-26 11:58 (-0700), Greg Woolsey wrote: > The runtime JARs for Commons Math are 2.2MB, the rest of

Jenkins build is back to normal : POI-DSL-1.6 #436

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

At 2.2MB and with more projects using better dependency resolvers (Gradle), I'm less worried about this hurting adoption. On Jul 26, 2017 11:58, "Greg Woolsey" wrote: > The runtime JARs for Commons Math are 2.2MB, the rest of the release > package is source and docs. If

[Bug 61349] New: Add more sanity checks for byte[] allocation

https://bz.apache.org/bugzilla/show_bug.cgi?id=61349 Bug ID: 61349 Summary: Add more sanity checks for byte[] allocation Product: POI Version: 3.17-dev Hardware: PC Status: NEW Severity: enhancement Priority:

[Bug 61337] Downgrade AssertionError to RecordFormatException?

https://bz.apache.org/bugzilla/show_bug.cgi?id=61337 --- Comment #5 from Tim Allison --- in r1803092, I made some modifications to hwpf.Range. I left in the asserts in the binary search code. I added DocumentFormatException as a RuntimeException to handle larger scale

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

Hi, we already run some of the tests without the "scratchpad" dependency to verify that we don't introduce unwanted dependencies, see https://builds.apache.org/view/P/view/POI/job/POI-DSL-no-scratchpad/. It should be easy to do something similar for commons-math, i.e. exclude it during the

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

+1 to Apache Commons Math. Can we write tests to verify that this dependency is only needed for certain packages? I hope I'm wrong, but 20 MB is large enough that some people may not want to update to newer versions of POI. On Jul 26, 2017 10:28 AM, "Greg Woolsey" wrote:

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

We aren't averse to dependency changes, we did one in the past year. My personal preference is the Commons Math library, as it is also an Apache project and more importantly still under active development. JAMA appears dead, and calls itself a straw-man implementation. We could note that if a

Re: Table Formula Manipulation and Matrix Function Implementation in HSSF/XSSF

Following up, there are two external Matrix Libraries that I am familiar with (JAMA and Commons.Math3.Linear). Both of these libraries provide all the functionality necessary to emulate the Excel Matrix functionality. The Linear library is 2MB and JAMA is ~20KB. I understand this would be

Re: Unsynchronize xmlbean calls

+1 to this change. It won't improve performance dramatically, but every little bit helps. >>We should keep that promise, so either this should still hold, or the >>unsynchronized access is an option that the user can enable. POI should be good to work with different workbooks from different

Build failed in Jenkins: POI-DSL-1.6 #435

See -- [...truncated 16.25 KB...] at java.net.InetAddress.getByName(InetAddress.java:1076) at

[Bug 61346] Add sanity checks for byte[] allocation to EMF/WMF

https://bz.apache.org/bugzilla/show_bug.cgi?id=61346 Tim Allison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 61346] Add sanity checks for byte[] allocation to EMF/WMF

https://bz.apache.org/bugzilla/show_bug.cgi?id=61346 Tim Allison changed: What|Removed |Added OS||All

[Bug 61346] New: Add sanity checks for byte[] allocation to EMF/WMF

https://bz.apache.org/bugzilla/show_bug.cgi?id=61346 Bug ID: 61346 Summary: Add sanity checks for byte[] allocation to EMF/WMF Product: POI Version: 3.17-dev Hardware: PC Status: NEW Severity: normal Priority:

Build failed in Jenkins: POI-DSL-OpenJDK #215

See -- [...truncated 16.27 KB...] at java.net.InetAddress.getByName(InetAddress.java:1076) at

Jenkins build is back to normal : POI-DSL-Maven #284

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

Jenkins build is back to normal : POI-DSL-1.8 #213

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

Jenkins build is back to normal : POI-DSL-SonarQube #144

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

Build failed in Jenkins: POI-DSL-SonarQube-Gradle #82

See -- [...truncated 15.89 KB...] at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method) at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)

Jenkins build is back to normal : POI-DSL-1.6 #434

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org

[GUMP@vmgump-vm3]: Project poi (in module poi) failed

/public/gump/work/merge.xml -Djavax.xml.stream.XMLInputFactory=com.sun.xml.internal.stream.XMLInputFactoryImpl -Dversion.id=gump-20170726 -DDSTAMP=20170726 jar [Working Directory: /srv/gump/public/workspace/poi] CLASSPATH: /usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/poi

Re: Unsynchronize xmlbean calls

The basic guarantee that we make is that you can work with different workbooks in separate threads concurrently. We should keep that promise, so either this should still hold, or the unsynchronized access is an option that the user can enable. Dominik On Jul 26, 2017 03:22, "Greg Woolsey"