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

[Apache Jenkins Server]

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

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=61350

Andreas Beeker  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Andreas Beeker  ---
applied via r1803120

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
For additional commands, e-mail: dev-h...@poi.apache.org

[Bug 61350] New: Use unsynchronized xmlbeans

[bugzilla]

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
  Priority: P2
 Component: OPC
  Assignee: dev@poi.apache.org
  Reporter: kiwiwi...@apache.org
  Target Milestone: ---

As suggested in SO [1] and discussed in the mailing list [2], I'll activate the
unsynchronized mode in the XmlBeans options.


[1] https://stackoverflow.com/questions/45082014/
[2]
http://apache-poi.1045710.n5.nabble.com/Unsynchronize-xmlbean-calls-td5728316.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
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

[Dominik Stadler]

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 9:58 PM, Robert Hulbert  wrote:

> 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 the release
> > package is source and docs.  If users really need the minimum required
> > packaging, they can use something like Maven Shade [1].
> >
> > I like the idea of running tests without this dependency and just
> skipping
> > tests that need it.
> >
> > Perhaps we could use an annotation to identify tests to skip in a
> > particular run, so we don't need to maintain a master list?
> >
> > 1. https://maven.apache.org/plugins/maven-shade-plugin/
> >
> > On Wed, Jul 26, 2017 at 11:20 AM Javen O'Neal 
> wrote:
> >
> > > +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:
> > >
> > > > 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 user doesn't need Excel matrix function
> > > evaluation
> > > > they would not need to include that library at run time.  Until we
> start
> > > > using the Commons Math functionality for more stuff :)
> > > >
> > > > Actually, there are likely statistical functions we could implement
> using
> > > > it as well, among others.
> > > >
> > > > On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert 
> > > > wrote:
> > > >
> > > > > 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
> > > > adding
> > > > > a dependency to the project. Is there a preference on which library
> > > would
> > > > > be used or is the preferred solution to implement the functionality
> > > > > directly in POI?
> > > > >
> > > > > On 2017-06-27 15:51 (-0700), "Javen O'Neal" 
> wrote:
> > > > > > Greg Woolsey has provided quite a few improvements on Table
> support
> > > for
> > > > > > XSSF recently (last 6-12 months).
> > > > > >
> > > > > > Question to the devs: Are tables part of the XLS binary file
> format,
> > > > and
> > > > > if
> > > > > > so are users interested in a common SS Table interface?
> > > > > >
> > > > > > Question to Robert: Is LLNL particularly interested in using POI
> to
> > > > read
> > > > > > and write workbooks containing tables and matrix (table or
> array?)
> > > > > > functions? Or were they more interested in having an intern help
> out
> > > on
> > > > > an
> > > > > > open source project and table support was one idea they had?
> > > > > >
> > > > > >
> > > > > > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" <
> > > hulbe...@llnl.gov>
> > > > > > wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I'm a summer student at Lawrence Livermore National Laboratory
> and
> > > was
> > > > > > hired to find or implement POI's table formulas and matrix
> functions.
> > > > > >
> > > > > > Over the last week or so, I have checked the POI page/Contributor
> > > > > > guidelines and have looked through the source code for handling
> this
> > > > > > functionality.
> > > > > >
> > > > > > Is anyone still interested in this functionality? If not, is
> there
> > > any
> > > > > > documentation on where this aspect left off?
> > > > > >
> > > > > > Thank you so much for any help you can give!
> > > > > >
> > > > > > Best Regards,
> > > > > > Robert Hulbert
> > > > > >
> > > > >
> > > > > 
> -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
> > > > > For additional commands, e-mail: dev-h...@poi.apache.org
> > > > >
> > > > >
> > > >
> > >
> >
>
> -
> 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

[Robert Hulbert]

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 the release
> package is source and docs.  If users really need the minimum required
> packaging, they can use something like Maven Shade [1].
> 
> I like the idea of running tests without this dependency and just skipping
> tests that need it.
> 
> Perhaps we could use an annotation to identify tests to skip in a
> particular run, so we don't need to maintain a master list?
> 
> 1. https://maven.apache.org/plugins/maven-shade-plugin/
> 
> On Wed, Jul 26, 2017 at 11:20 AM Javen O'Neal  wrote:
> 
> > +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:
> >
> > > 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 user doesn't need Excel matrix function
> > evaluation
> > > they would not need to include that library at run time.  Until we start
> > > using the Commons Math functionality for more stuff :)
> > >
> > > Actually, there are likely statistical functions we could implement using
> > > it as well, among others.
> > >
> > > On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert 
> > > wrote:
> > >
> > > > 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
> > > adding
> > > > a dependency to the project. Is there a preference on which library
> > would
> > > > be used or is the preferred solution to implement the functionality
> > > > directly in POI?
> > > >
> > > > On 2017-06-27 15:51 (-0700), "Javen O'Neal"  wrote:
> > > > > Greg Woolsey has provided quite a few improvements on Table support
> > for
> > > > > XSSF recently (last 6-12 months).
> > > > >
> > > > > Question to the devs: Are tables part of the XLS binary file format,
> > > and
> > > > if
> > > > > so are users interested in a common SS Table interface?
> > > > >
> > > > > Question to Robert: Is LLNL particularly interested in using POI to
> > > read
> > > > > and write workbooks containing tables and matrix (table or array?)
> > > > > functions? Or were they more interested in having an intern help out
> > on
> > > > an
> > > > > open source project and table support was one idea they had?
> > > > >
> > > > >
> > > > > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" <
> > hulbe...@llnl.gov>
> > > > > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I'm a summer student at Lawrence Livermore National Laboratory and
> > was
> > > > > hired to find or implement POI's table formulas and matrix functions.
> > > > >
> > > > > Over the last week or so, I have checked the POI page/Contributor
> > > > > guidelines and have looked through the source code for handling this
> > > > > functionality.
> > > > >
> > > > > Is anyone still interested in this functionality? If not, is there
> > any
> > > > > documentation on where this aspect left off?
> > > > >
> > > > > Thank you so much for any help you can give!
> > > > >
> > > > > Best Regards,
> > > > > Robert Hulbert
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
> > > > For additional commands, e-mail: dev-h...@poi.apache.org
> > > >
> > > >
> > >
> >
> 

-
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.6 #436

[Apache Jenkins Server]

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

[Javen O'Neal]

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 users really need the minimum required
> packaging, they can use something like Maven Shade [1].
>
> I like the idea of running tests without this dependency and just skipping
> tests that need it.
>
> Perhaps we could use an annotation to identify tests to skip in a
> particular run, so we don't need to maintain a master list?
>
> 1. https://maven.apache.org/plugins/maven-shade-plugin/
>
> On Wed, Jul 26, 2017 at 11:20 AM Javen O'Neal 
> wrote:
>
> > +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:
> >
> > > 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 user doesn't need Excel matrix function
> > evaluation
> > > they would not need to include that library at run time.  Until we
> start
> > > using the Commons Math functionality for more stuff :)
> > >
> > > Actually, there are likely statistical functions we could implement
> using
> > > it as well, among others.
> > >
> > > On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert 
> > > wrote:
> > >
> > > > 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
> > > adding
> > > > a dependency to the project. Is there a preference on which library
> > would
> > > > be used or is the preferred solution to implement the functionality
> > > > directly in POI?
> > > >
> > > > On 2017-06-27 15:51 (-0700), "Javen O'Neal" 
> wrote:
> > > > > Greg Woolsey has provided quite a few improvements on Table support
> > for
> > > > > XSSF recently (last 6-12 months).
> > > > >
> > > > > Question to the devs: Are tables part of the XLS binary file
> format,
> > > and
> > > > if
> > > > > so are users interested in a common SS Table interface?
> > > > >
> > > > > Question to Robert: Is LLNL particularly interested in using POI to
> > > read
> > > > > and write workbooks containing tables and matrix (table or array?)
> > > > > functions? Or were they more interested in having an intern help
> out
> > on
> > > > an
> > > > > open source project and table support was one idea they had?
> > > > >
> > > > >
> > > > > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" <
> > hulbe...@llnl.gov>
> > > > > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I'm a summer student at Lawrence Livermore National Laboratory and
> > was
> > > > > hired to find or implement POI's table formulas and matrix
> functions.
> > > > >
> > > > > Over the last week or so, I have checked the POI page/Contributor
> > > > > guidelines and have looked through the source code for handling
> this
> > > > > functionality.
> > > > >
> > > > > Is anyone still interested in this functionality? If not, is there
> > any
> > > > > documentation on where this aspect left off?
> > > > >
> > > > > Thank you so much for any help you can give!
> > > > >
> > > > > Best Regards,
> > > > > Robert Hulbert
> > > > >
> > > >
> > > > 
> -
> > > > To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
> > > > For additional commands, e-mail: dev-h...@poi.apache.org
> > > >
> > > >
> > >
> >
>

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

[bugzilla]

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: P2
 Component: POI Overall
  Assignee: dev@poi.apache.org
  Reporter: talli...@mitre.org
  Target Milestone: ---

Now that I've added sanity checks for byte[] allocation in EMF/WMF, fuzzing is
finding other areas where we might want to do this -- see stacktrace below.

For EMF/WMF, I set some arbitrary max lengths...should we do this more
throughout the codebase to prevent ooms on corrupt files? 


Yet another OOM:

Caused by: java.lang.OutOfMemoryError: Java heap space
at java.lang.Object.clone(Native Method)
at
org.apache.poi.ddf.EscherComplexProperty.(EscherComplexProperty.java:46)
at
org.apache.poi.ddf.EscherPropertyFactory.createProperties(EscherPropertyFactory.java:69)
at
org.apache.poi.ddf.AbstractEscherOptRecord.fillFields(AbstractEscherOptRecord.java:54)
at
org.apache.poi.ddf.EscherContainerRecord.fillFields(EscherContainerRecord.java:81)
at
org.apache.poi.ddf.EscherContainerRecord.fillFields(EscherContainerRecord.java:81)
at
org.apache.poi.hwpf.model.EscherRecordHolder.fillEscherRecords(EscherRecordHolder.java:56)
at
org.apache.poi.hwpf.model.EscherRecordHolder.(EscherRecordHolder.java:45)
at org.apache.poi.hwpf.HWPFDocument.(HWPFDocument.java:280)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
For additional commands, e-mail: dev-h...@poi.apache.org

[Bug 61337] Downgrade AssertionError to RecordFormatException?

[bugzilla]

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
problems with parsing the document than RecordFormatException.  I think I'd
want to use this for 1) and 2), RecordFormatException for 3), and just
implement 4).

I'll wait a bit before making any other changes to give folks a chance to
review and offer feedback.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
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

[Dominik Stadler]

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 test-run and exclude some specific tests that are known to
depend on commons-math functionality.

Dominik.

On Wed, Jul 26, 2017 at 8:20 PM, Javen O'Neal  wrote:

> +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:
>
> > 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 user doesn't need Excel matrix function
> evaluation
> > they would not need to include that library at run time.  Until we start
> > using the Commons Math functionality for more stuff :)
> >
> > Actually, there are likely statistical functions we could implement using
> > it as well, among others.
> >
> > On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert 
> > wrote:
> >
> > > 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
> > adding
> > > a dependency to the project. Is there a preference on which library
> would
> > > be used or is the preferred solution to implement the functionality
> > > directly in POI?
> > >
> > > On 2017-06-27 15:51 (-0700), "Javen O'Neal"  wrote:
> > > > Greg Woolsey has provided quite a few improvements on Table support
> for
> > > > XSSF recently (last 6-12 months).
> > > >
> > > > Question to the devs: Are tables part of the XLS binary file format,
> > and
> > > if
> > > > so are users interested in a common SS Table interface?
> > > >
> > > > Question to Robert: Is LLNL particularly interested in using POI to
> > read
> > > > and write workbooks containing tables and matrix (table or array?)
> > > > functions? Or were they more interested in having an intern help out
> on
> > > an
> > > > open source project and table support was one idea they had?
> > > >
> > > >
> > > > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" <
> hulbe...@llnl.gov>
> > > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > I'm a summer student at Lawrence Livermore National Laboratory and
> was
> > > > hired to find or implement POI's table formulas and matrix functions.
> > > >
> > > > Over the last week or so, I have checked the POI page/Contributor
> > > > guidelines and have looked through the source code for handling this
> > > > functionality.
> > > >
> > > > Is anyone still interested in this functionality? If not, is there
> any
> > > > documentation on where this aspect left off?
> > > >
> > > > Thank you so much for any help you can give!
> > > >
> > > > Best Regards,
> > > > Robert Hulbert
> > > >
> > >
> > > -
> > > 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

[Javen O'Neal]

+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:

> 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 user doesn't need Excel matrix function evaluation
> they would not need to include that library at run time.  Until we start
> using the Commons Math functionality for more stuff :)
>
> Actually, there are likely statistical functions we could implement using
> it as well, among others.
>
> On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert 
> wrote:
>
> > 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
> adding
> > a dependency to the project. Is there a preference on which library would
> > be used or is the preferred solution to implement the functionality
> > directly in POI?
> >
> > On 2017-06-27 15:51 (-0700), "Javen O'Neal"  wrote:
> > > Greg Woolsey has provided quite a few improvements on Table support for
> > > XSSF recently (last 6-12 months).
> > >
> > > Question to the devs: Are tables part of the XLS binary file format,
> and
> > if
> > > so are users interested in a common SS Table interface?
> > >
> > > Question to Robert: Is LLNL particularly interested in using POI to
> read
> > > and write workbooks containing tables and matrix (table or array?)
> > > functions? Or were they more interested in having an intern help out on
> > an
> > > open source project and table support was one idea they had?
> > >
> > >
> > > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" 
> > > wrote:
> > >
> > > Hi,
> > >
> > > I'm a summer student at Lawrence Livermore National Laboratory and was
> > > hired to find or implement POI's table formulas and matrix functions.
> > >
> > > Over the last week or so, I have checked the POI page/Contributor
> > > guidelines and have looked through the source code for handling this
> > > functionality.
> > >
> > > Is anyone still interested in this functionality? If not, is there any
> > > documentation on where this aspect left off?
> > >
> > > Thank you so much for any help you can give!
> > >
> > > Best Regards,
> > > Robert Hulbert
> > >
> >
> > -
> > 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

[Greg Woolsey]

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 user doesn't need Excel matrix function evaluation
they would not need to include that library at run time.  Until we start
using the Commons Math functionality for more stuff :)

Actually, there are likely statistical functions we could implement using
it as well, among others.

On Wed, Jul 26, 2017 at 9:18 AM Robert Hulbert  wrote:

> 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 adding
> a dependency to the project. Is there a preference on which library would
> be used or is the preferred solution to implement the functionality
> directly in POI?
>
> On 2017-06-27 15:51 (-0700), "Javen O'Neal"  wrote:
> > Greg Woolsey has provided quite a few improvements on Table support for
> > XSSF recently (last 6-12 months).
> >
> > Question to the devs: Are tables part of the XLS binary file format, and
> if
> > so are users interested in a common SS Table interface?
> >
> > Question to Robert: Is LLNL particularly interested in using POI to read
> > and write workbooks containing tables and matrix (table or array?)
> > functions? Or were they more interested in having an intern help out on
> an
> > open source project and table support was one idea they had?
> >
> >
> > On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" 
> > wrote:
> >
> > Hi,
> >
> > I'm a summer student at Lawrence Livermore National Laboratory and was
> > hired to find or implement POI's table formulas and matrix functions.
> >
> > Over the last week or so, I have checked the POI page/Contributor
> > guidelines and have looked through the source code for handling this
> > functionality.
> >
> > Is anyone still interested in this functionality? If not, is there any
> > documentation on where this aspect left off?
> >
> > Thank you so much for any help you can give!
> >
> > Best Regards,
> > Robert Hulbert
> >
>
> -
> 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

[Robert Hulbert]

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 adding a 
dependency to the project. Is there a preference on which library would be used 
or is the preferred solution to implement the functionality directly in POI?

On 2017-06-27 15:51 (-0700), "Javen O'Neal"  wrote: 
> Greg Woolsey has provided quite a few improvements on Table support for
> XSSF recently (last 6-12 months).
> 
> Question to the devs: Are tables part of the XLS binary file format, and if
> so are users interested in a common SS Table interface?
> 
> Question to Robert: Is LLNL particularly interested in using POI to read
> and write workbooks containing tables and matrix (table or array?)
> functions? Or were they more interested in having an intern help out on an
> open source project and table support was one idea they had?
> 
> 
> On Jun 27, 2017 1:01 PM, "Hulbert, Robert Douglas" 
> wrote:
> 
> Hi,
> 
> I'm a summer student at Lawrence Livermore National Laboratory and was
> hired to find or implement POI's table formulas and matrix functions.
> 
> Over the last week or so, I have checked the POI page/Contributor
> guidelines and have looked through the source code for handling this
> functionality.
> 
> Is anyone still interested in this functionality? If not, is there any
> documentation on where this aspect left off?
> 
> Thank you so much for any help you can give!
> 
> Best Regards,
> Robert Hulbert
> 

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

Re: Unsynchronize xmlbean calls

[Yegor Kozlov]

+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 threads
in the workbook-per-thread mode and setting XmlOptions#setUnsynchronized()
will not impact it. We can keep the current promise .  It was never a
promise to work with the same workbook or any part of it from multiple
threads and there is no point to introduce overhead on synchronization.

XmlBeans is very old-school and written back in times when default
synchronization was okay.  java.util.Vector are java.lang.StringBuffer are
examples of this style.


On Wed, Jul 26, 2017 at 9:16 AM, Dominik Stadler 
wrote:

> 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"  wrote:
>
> > +1, and good find by the SO user.
> >
> > On Tue, Jul 25, 2017, 15:31 Andreas Beeker  wrote:
> >
> > > Hi,
> > >
> > > does anyone mind, if we unsynchronize the xmlbean calls? [1]
> > >
> > > Andi
> > >
> > > [1] https://stackoverflow.com/questions/45082014/
> > >
> > >
> >
>

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

[Apache Jenkins Server]

See 

--
[...truncated 16.25 KB...]
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
... 34 more
java.net.UnknownHostException: svn.apache.org: Temporary failure in name 
resolution
at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at 
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getAllByName0(InetAddress.java:1276)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
Caused: org.tmatesoft.svn.core.SVNException: svn: E175002: unknown host
svn: E175002: OPTIONS request failed on '/repos/asf/poi/trunk'
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:112)
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:96)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:803)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:391)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:379)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:862)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:698)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:118)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1049)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:189)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:119)
at 
org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:195)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:46)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:815)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:26)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:11)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at 
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at 
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at 
hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:119)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:170)
at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:134)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 
hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:1001)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:977)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:953)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2739)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at 

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

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=61346

Tim Allison  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Tim Allison  ---
r1802997

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
For additional commands, e-mail: dev-h...@poi.apache.org

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

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=61346

Tim Allison  changed:

   What|Removed |Added

 OS||All
   Severity|normal  |enhancement

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
For additional commands, e-mail: dev-h...@poi.apache.org

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

[bugzilla]

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: P2
 Component: POI Overall
  Assignee: dev@poi.apache.org
  Reporter: talli...@mitre.org
  Target Milestone: ---

Fuzzed/corrupt emf/wmfs are triggering lots of OOMs.  Let's systematically
review this new-ish portion of the code base and add sanity checks for
allocation of byte[].

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
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-OpenJDK #215

[Apache Jenkins Server]

See 

--
[...truncated 16.27 KB...]
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
... 34 more
java.net.UnknownHostException: svn.apache.org: Temporary failure in name 
resolution
at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at 
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getAllByName0(InetAddress.java:1276)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
Caused: org.tmatesoft.svn.core.SVNException: svn: E175002: unknown host
svn: E175002: OPTIONS request failed on '/repos/asf/poi/trunk'
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:112)
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:96)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:803)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:391)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:379)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:862)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:698)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:118)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1049)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:189)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:119)
at 
org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:195)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:46)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:815)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:26)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:11)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at 
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at 
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at 
hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:119)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:170)
at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:134)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 
hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:1001)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:977)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:953)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2739)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
   

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

[Apache Jenkins Server]

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

[Apache Jenkins Server]

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

[Apache Jenkins Server]

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

[Apache Jenkins Server]

See 

--
[...truncated 15.89 KB...]
at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at 
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getAllByName0(InetAddress.java:1276)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
... 34 more
java.net.UnknownHostException: svn.apache.org: Temporary failure in name 
resolution
at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at 
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getAllByName0(InetAddress.java:1276)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at java.net.InetAddress.getByName(InetAddress.java:1076)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:205)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:105)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:92)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:275)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:454)
Caused: org.tmatesoft.svn.core.SVNException: svn: E175002: unknown host
svn: E175002: OPTIONS request failed on '/repos/asf/poi/trunk'
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:112)
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:96)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:803)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:391)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:379)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:862)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:698)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:118)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1049)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:189)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:119)
at 
org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:195)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:46)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:815)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:26)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:11)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at 
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at 
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at 
hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:119)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:170)
at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:134)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at 

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

[Apache Jenkins Server]

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

[Gump [HEAD] :-(]

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 gene...@gump.apache.org.

Project poi has an issue affecting its community integration.
This issue affects 3 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- org.apache.poi :  POI
- poi :  POI
- poi-test :  POI


Full details are available at:
http://vmgump-vm3.apache.org/poi/poi/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-vm3.apache.org/poi/poi/gump_work/build_poi_poi.html
Work Name: build_poi_poi (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 mins 33 secs
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/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/build/classes:/srv/gump/public/workspace/poi/build/scratchpad-classes:/srv/gump/public/workspace/poi/build/ooxml-classes:/srv/gump/public/workspace/poi/build/excelant-classes:/srv/gump/public/workspace/poi/build/test-classes:/srv/gump/public/workspace/poi/build/scratchpad-test-classes:/srv/gump/public/workspace/poi/build/ooxml-test-classes:/srv/gump/public/workspace/poi/build/excelant-test-classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.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-apache-xalan2.jar:/srv/gump/public/workspace/logging-log4j-12/target/log4j-1.2.18-SNAP
 
SHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-20170726.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-20170726.jar:/srv/gump/public/workspace/commons-codec-1.x/dist/commons-codec-20170726.jar:/srv/gump/public/workspace/commons-collections/target/commons-collections4-4.2-SNAPSHOT.jar:/srv/gump/public/workspace/xmlsec/target/xmlsec-2.1.0-SNAPSHOT.jar:/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar:/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar:/srv/gump/public/workspace/poi/ooxml-lib/curvesapi-1.04.jar:/srv/gump/public/workspace/poi/ooxml-lib/xmlbeans-2.6.0.jar.orig:/srv/gump/public/workspace/poi/lib/jmh-core-1.15.jar:/srv/gump/public/workspace/poi/lib/jmh-generator-annprocess-1.15.jar:/srv/gump/public/workspace/poi/compile-lib/bcpkix-jdk15on-1.54.jar:/srv/gump/public/workspace/poi/compile-lib/bcprov-ext-jdk15on-1.54.jar:/srv/gump/public/workspace/poi/compile-lib/slf4j-api-1.7.12.jar:/srv/gump/pub
 
lic/workspace/poi/ooxml-lib/ooxml-schemas-1.3.jar:/srv/gump/public/workspace/poi/ooxml-lib/ooxml-security-1.1.jar
-
 [java] 0 relations
 [java] 
 [java] Relationship:
 [java] From: /
 [java] To:   /xl/workbook.xml
 [java] ID:   rId1
 [java] Mode: INTERNAL
 [java] Type: 
http://schemas.openxmlformats.org/officeDocument/2006/relationships/officeDocument
 [java] Relationship:
 [java] From: /
 [java] To:   /docProps/core.xml
 [java] ID:   rId2
 [java] Mode: INTERNAL
 [java] Type: 
http://schemas.openxmlformats.org/package/2006/relationships/metadata/core-properties
 [java] Relationship:
 [java] From: /
 [java] To:   /docProps/app.xml
 [java] ID:   rId3
 [java] Mode: INTERNAL
 [java] Type: 
http://schemas.openxmlformats.org/officeDocument/2006/relationships/extended-properties
 [java] ..Reading zip-file 
/srv/gump/public/workspace/poi/test-data/spreadsheet/Formatting.xlsx and 
writing pretty-printed XML to 
/tmp/poifiles/Formatting5340044608562921689-pretty.xlsx
 [java] 
 [java] Done.
 [java] IIITook: 1280ms
 [java] setCellStyleProps start
 [java] setCellStyleProps nearing end
 [java] ..setCellStyleProps start
 [java] setCellStyleProps nearing end
 [java] 
 [java] Time: 85.851
 [java] There was 1 failure:
 [java] 1) bug61182

Re: Unsynchronize xmlbean calls

[Dominik Stadler]

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"  wrote:

> +1, and good find by the SO user.
>
> On Tue, Jul 25, 2017, 15:31 Andreas Beeker  wrote:
>
> > Hi,
> >
> > does anyone mind, if we unsynchronize the xmlbean calls? [1]
> >
> > Andi
> >
> > [1] https://stackoverflow.com/questions/45082014/
> >
> >
>