Page 1 of 1

docx4j v2.2.2 released

PostPosted: Thu Sep 17, 2009 6:57 am
by jason
I'm pleased to announce the release of docx4j v2.2.2.

The main new features of this release are support for math and VML. A summary of changes in this release and the immediately preceding one (v2.2.1) can be found below. This is taken from README.txt in svn.

Contributors to this release include Holger Schlegel. Thanks to all contributors to this and previous releases.

Where do I get it?

http://dev.plutext.org/downloads.html

How do I get started?

See the sample code at http://dev.plutext.org/trac/docx4j/browser/trunk/docx4j/src/main/java/org/docx4j/samples

Where is the Javadoc?

http://dev.plutext.org/docx4j/javadoc-2.2.2/

How do I build docx4j?

See http://dev.plutext.org/trac/docx4j/wiki/DevEnv

Version 2.2.2

Major Changes in Version 2.2.2

[888] Generate classes from shared-math.xsd

[885] JAXB representation for VML (eg as used when a document containing embedded images is
saved as docx from Word 2003).


Other Changes

[895] There are no dom4j parts anymore. Parts which aren't JAXB XML parts now extend new XmlPart,
which uses JAXP instead of dom4j. The use of dom4j is deprecated, and all references to it
will be removed in docx4j v3.

[894] Explicitly specify class loader when loading JAXBContext. Prevents versions of JBOSS from
trying to use a different class loader.

[893] Replace deepCopy methods with Holger's contribution of 9 Sept.

[887] Apply Holger Schlegel's patch adding a generic parameter for the JaxbElement property.

[886] SaveToJCR will create folders from path segments as required (at least for Alfresco;
for other implementations, TODO ensure '/' is not encoded!)

[883] NamespacePrefixMappings stores the mappings in a single location, and is sufficient for xpath.




Version 2.2.1


Release date

24 Aug 2009


Contributors to this release

Jason Harrop
Adam Schmideg


Major Changes


[869] NamespacePrefixMappers which work with Java 6 (ie if you don't have JAXB in your endorsed dir,
or can't (eg Java Web Start)).


Other Changes (not exhaustive)


[871] Get rid of System.out.println (mostly).

[870] Avoid returning null DocumentFragment from getNumberXmlNode extension, since this causes
Xalan to produce a stack trace

[867] Use Java's xerces.internal instead of Crimson in CustomXmlDataStorageImpl

[865] Don't get value of attributes when passing table contents to Converter.toNode;
Attributes on <w:tr w:rsidR="00E54D1F" w:rsidRPr="00A84EA1"> screws output.

[864] ImmutablePropertyResolver, contributed by Adam Schmideg.