Closed rvdb closed 3 years ago
martindholmes
commented
3 years ago @rvdb Confirmed, I see the same error. Lots of references to this on the Internets, and it seems to be a security policy issue; perhaps the Oxygen folks can help? I've posted in their "Common Problems" forum.
rvdb
commented
3 years ago Hi @martindholmes , thanks for your help. Meanwhile, I think I have found a solution (that's working on my machine, anyway). Could you try if it works when you add @fork="true" and @clonevm="true" to the <java> task?
<target name="transform-fo">
<delete file="${cfd}/${dest.file.basename}.fo"/>
<java classname="net.sf.saxon.Transform" fork="true" clonevm="true">
<arg value="-target:HE"/>
<arg value="-s:${cfd}/${cfne}"/>
<arg value="-xsl:${transformations.base}/pdf/to.xsl"/>
<arg value="-o:${cfd}/${dest.file.basename}.fo"/>
</java>
</target>
AlexJitianu
commented
3 years ago Hello,
First of all, the exception is harmless. If you take a look at org.apache.logging.log4j.core.jmx.Server.reregisterMBeansAfterReconfigure(MBeanServer), you'll notice how it catches the exception, logs it, and moves forward without JMX support. The log4j JMX support allows one to connect and control the logging system. It is not something that we ever intended to use. We can edit the JTEI PDF scenario and add this property in the JVM Arguments field: -Dlog4j2.disable.jmx=true and the exception will no longer appear.
It's not entirely clear to me why this exception appears. Oxygen does have a security manager active, but we don't set any restrictions when transforming a document. We usually take precautions when automatically validating a document or when various operations try to connect to remote resource. Beside, I reproduced the exception even when I manually disabled this security manager.
AlexJitianu
commented
3 years ago Alternatively, one could set the system property in the build file, but I'm not sure if that's the best approach since the issue only appears in Oxygen.
<java classname="net.sf.saxon.Transform">
<sysproperty key="log4j2.disable.jmx" value="true"/>
<arg value="-target:HE"/>
<arg value="-s:${cfd}/${cfne}"/>
<arg value="-xsl:${transformations.base}/pdf/to.xsl"/>
<arg value="-o:${cfd}/${dest.file.basename}.fo"/>
</java>Many thanks, @AlexJitianu : adding the JVM argument does work. I've created a PR which adds this argument to both jTEI ANT transformations.
It seems the
jTEI PDFtransformation is broken in Oxygen 23 and 22. On my machine (Windows 10, OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_232-b09)), it produces following error:@martindholmes , could I ask if you're seeing this issue as well? And does anyone have an idea how it could be solved?
Best,
Ron