poi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Bakker <patr...@vanbelle.com>
Subject Is poi-ooxml-schemas-3.11-beta2.jar missing some class files?
Date Wed, 22 Oct 2014 16:23:55 GMT
Hi,
I'm packaging up POI 3.11.beta2 for an OSGi application and I've
encountered a few issues.

First, it appears that the poi-ooxml-schemas-3.11-beta2.jar is missing some
class files. As I understand it from this FAQ (
http://poi.apache.org/faq.html#faq-N10025) this is is the slimmed down jar
not the full version. Since portions of the regular POI library access
these classes it would seem that they should be included in the slimmed
down version.

The missing classes are the classes:
org.openxmlformats.schemas.drawingml.x2006.main.STTextFontAlignType
org.openxmlformats.schemas.drawingml.x2006.main.STTextHorzOverflowType
org.openxmlformats.schemas.drawingml.x2006.main.STTextVertOverflowType

They seem to have an inner enum included in the stripped down jar but not
the base class itself.

I've successfully built an OSGi bundle of POI by copying these three class
definitions from the full ooxml-schemas-1.1.jar.

(There was a bug opened previously that seems related:
https://issues.apache.org/bugzilla/show_bug.cgi?id=56282)

Another option I tried was just to include the entire ooxml-schemas-1.1.jar
instead of the subsetted poi-ooxml-schemas-3.11-beta2.jar. The problem with
that is the the poi-ooxml... jar is not strictly a subset. It adds in a
bunch of com.microsoft.schemas.office.x2006... packages that don't exist in
the full ooxml-schemas.1.1.jar. Would it it be possible to split this out
as its own jar OR include these same files in the full
ooxml-schemas-1.1.jar?

Finally, two minor points in terms of OSGi packaging. The
poi-ooxml-3.11-beta2.jar includes these some utilities in the main source
tree which have further dependencies and aren't needed for direct use of
the library:
org.apache.poi.extractor.*
org.apache.poi.util.OOXMLLite

I just delete these out of my OSGi packaging of the library which works
fine but it would be nice to have the package jars be split between core
library and utilities.

I hope that was all clear!
Thanks for all your work on this!

Patrick

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message