News of Forums

Hello,

I have developed a typical application that produce a .docx a this is transformed to .pdf. In development enviroment the performance is acceptable. About 10 secons. But when I have generated a .jar and move to deployment enviroment, the performance decreases and takes about 3 minutes. A execute a via .bat like this "java -Xms512m -Xmx2048m -Djava.util.logging.config.file=D:\temp\factures\config\logging.properties -jar D:\temp\factures\PDFInvoice.jar %1"

The development environment is eclipse mars 2, my jre is 1.8 and all run ...

Version 3.3.3 is now released.

This is a minor release; please see below for notable changes.

It is in Maven Central: https://repo1.maven.org/maven2/org/docx4j/docx4j/3.3.3/

Alternatively, you can get it from https://www.docx4java.org/docx4j/
Just docx4j: https://www.docx4java.org/docx4j/docx4j-3.3.3.jar
Docx4j + deps: https://www.docx4java.org/docx4j/docx4j ... -3.3.3.zip

As previously, the zip file contains three optional components:

- export-fo (if you ...

Hello,

Using docx4j works very well, but sometimes users could have those king of errors :

2017-02-03 09:49:15,894 ajp-bio-20139-exec-2 ERROR org.docx4j.fonts.GlyphCheck username=xxx Couldn't get font Calibri
2017-02-03 09:49:15,895 ajp-bio-20139-exec-2 ERROR org.docx4j.fonts.GlyphCheck username=xxx Couldn't get font MS Gothic


How to handle it ? How to not let those erros appears in the logs ?

Hello all,

I was wondering if anyone has found a workaround for this issue with nested lists. I see there's a bug filed on github here: https://github.com/plutext/docx4j/issues/175

Thanks for any assistance!

Hi,

We have a batch program that creates docx documents from html code. We have been testing it in a Windows machine and it did work fine.

The problem we are facing is that when we run the program batch in a linux machine the bullets in the document appear with strange characters.

I sent you and example.

It seems to me it is an encoding problem, but i can´t find where to change or ...

Some of my data that I bind to content control needs non-breaking hyphens (\u2011)
It renders fine in content controls (if I inject XML and then bind it to content control) but when I use bind XML + Remove content control option it renders incorrectly. in MS Word 2013 it renders wits some sort of white space and it does not act as non-breaking in MW Word 2010 it renders as unknow character

MSWord 2013: ...

This is XML being injected

Code: Select all

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:case xmlns:ns2="http://gctrack.gao.gov/templates/case-data">
    <documentId>118905</documentId>
    <fileNumber>408694</fileNumber>
    <caseNumber>9</caseNumber>

this is the snippet of code

Code: Select all

// xmlDocument is created by JAXB marshalling  of my data class to Document
//created using docx4j org.docx4j.XmlUtils#neww3cDomDocument

wordMLPackage = Docx4J.load(new File(targetPath, "case-data-elements-inventory.docx"));
Docx4J.bind(wordMLPackage, xmlDocument, Docx4J.FLAG_BIND_INSERT_XML +
Docx4J.FLAG_BIND_BIND_XML + Docx4J.FLAG_BIND_REMOVE_SDT);


Here is the exception in 3.3.2 which I did not have in 3.3.0

Exception in thread "main" org.docx4j.openpackaging.exceptions.Docx4JException: Problems applying bindings
at org.docx4j.model.datastorage.BindingTraverserXSLT.traverseToBind(BindingTraverserXSLT.java:188)
at ...

In converting docx files to HTML, 2 carriage returns (a blank line between paragraphs) are being converted as 1 carriage return (no blank like) unless it occurs on a page break. Can this be controlled?

In converting docx files to html, how can the original margins be maintained? Currently margins are completely lost in the conversion.

Hi,

For this xpath expression

Code: Select all

<xpath id="EtFsy">
      <dataBinding xpath="string-length(/Template[1]/SLD[1]/BusinessSystems[1]/BusinessSystem[1]/Products[1]/Product[1]/Vendor[1])&gt;0" storeItemID="{B981C26E-07CC-4E04-8DB5-6381C1213442}"/>
   </xpath>


I get the error message

Can not convert #BOOLEAN to a NodeList!

In your source code https://github.com/plutext/docx4j/blob/master/src/main/java/org/docx4j/openpackaging/parts/XmlPart.java at line 190 you are dealing with this kind of issue but it seems as string-length is not handled correctly.

Would be great if you could have a look at this.

Thanks,
Klaus