[xep-support] Re: Maximum Java memory
Kevin Brown
kevin at renderx.com
Thu Jan 29 10:10:42 PST 2015
One note on this:
* Note that if you try SVG images, you may get the same error message if XEP cannot connect to internet to validate the SVG DTD :)
This is of course because of your internet connection and also the status of the web site hosting that DTD.
If you only have static SVGs, you can just remove the reference to the SVG DTDs, you do not need them anyway in reality.
Kevin
From: Xep-support [mailto:xep-support-bounces at renderx.com] On Behalf Of Annette-consultant.Bouillin at fresenius-kabi.com
Sent: Thursday, January 29, 2015 6:05 AM
To: RenderX Community Support List
Subject: [xep-support] Re: Maximum Java memory
Hi Bill,
I guess you tried to configure custom images for your note elements. What is your configuration?
If you are using a custom plugin (like I do), whatever the location of the plugin, the images should be in:
com.your.pdfplugin\cfg\common\artwork
(If you are using a customization based on DITA OT org.dita.pdf2, then I think that the images should be located in:
C:\Program Files\Oxygen XML Editor 16.1\frameworks\dita\DITA-OT\plugins\org.dita.pdf2\Customization\common\artwork)
Then in my com.your.pdfplugin\cfg\common\vars\en.xml, I have the following:
<variable id="caution Note Image Path">Customization/OpenTopic/common/artwork/note_caution.svg</variable>
<!-- Image path to use for a note of "danger" type. -->
<variable id="danger Note Image Path">Customization/OpenTopic/common/artwork/note_danger.svg</variable>
<!-- Image path to use for a note of "warning" type. -->
<variable id="warning Note Image Path">Customization/OpenTopic/common/artwork/note_warning.svg</variable>
<!-- Image path to use for a note of "important" type. -->
<variable id="important Note Image Path">Customization/OpenTopic/common/artwork/note_information.svg</variable>
Note that, it may sound stupid but this path does work, I tried a relative path or the absolute full path and it doesn't work.
I assumed the following: a path concatenation is built when the temp files are created and that why you end up with a path like:
C:/DocLibrary/MXEngineOperationServiceBook/temp/pdf/oxygen_dita_temp/Configuration/OpenTopic/cfg/common/artwork/warning.png
then when the PDF is created from it doesn't find the images because this path does not exist.
For example, if I set the following:
<!-- Image path to use for a note of "caution" type. -->
<variable id="caution Note Image Path">../artwork/note_caution.svg</variable>
(Note that my source files are in D:/SVN-Annette/IFU_MT/Sources/Projet_ong/trunk/ )
Then I got the error:
[java] EXCEPTION: Failed to create image file:/D:/SVN-Annette/IFU_MT/Sources/Projet_ong/trunk/temp/pdf/oxygen_dita_temp/../artwork/note_caution.svg of type null
But the temp files are expected to be created in:
D:\SVN-Annette\IFU_MT\Sources\Projet_ong\trunk\temp\pdf\oxygen_dita_temp\Customization\OpenTopic\common\artwork
So, I concluded that, even if the images are NOT in a path with "Customization/OpenTopic", I do need to indicate this kind of path in en.xml.
Now I hope my explanation will help you,
Regards,
Note that if you try SVG images, you may get the same error message if XEP cannot connect to internet to validate the SVG DTD :)
Annette-consultant Bouillin
IFU project lead for ONG - Assystem consultant
FRESENIUS VIAL SAS
Société par Actions Simplifiée
au capital de 15 344 534,75 euros
RCS Grenoble B 408 720 282
Le Grand Chemin
38590 Brézins - France
T : +33 4 76 67 57 04
F : +33 4 76 67 11 34
<mailto:annette-consultant.bouillin at fresenius-kabi.com> annette-consultant.bouillin at fresenius-kabi.com
<http://www.fresenius-kabi.com/> www.fresenius-kabi.com
Ce message est à la seule attention du (ou des) destinataire(s) attitré(s). Il peut contenir des informations confidentielles ou privées et faire l'objet d'une protection par privilège juridique. Si vous n'êtes pas un destinataire attitré, vous ne pouvez pas revoir, utiliser, copier ou distribuer ce message ou ses pièces attachées. Si vous avez reçu cette communication par erreur, merci de bien vouloir en aviser l'expéditeur par retour de courriel et de détruire de votre ordinateur ce message ainsi que les pièces attachées.
This e-mail message is intended solely for the use of the addressee and may contain legally privileged and confidential information. If you are not the intended recipient or his/her representative, please be advised that any dissemination, distribution, copying, or the use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and please delete this message and all attachments from your computer.
Par égard pour l'environnement, n’imprimez ce message que si nécessaire.
With regards to the environment, print this message only if necessary.
From: "Kevin Brown" <kevin at renderx.com <mailto:kevin at renderx.com> >
To: "'Bill Bushnell'" <Bill.Bushnell at PACCAR.com <mailto:Bill.Bushnell at PACCAR.com> >, "'RenderX Community Support List'" <xep-support at renderx.com <mailto:xep-support at renderx.com> >,
Date: 28/01/2015 00:26
Subject: [xep-support] Re: Maximum Java memory
Sent by: "Xep-support" <xep-support-bounces at renderx.com <mailto:xep-support-bounces at renderx.com> >
_____
One thing you can do to try and diagnose is look at the FO or the error
message:
file:/C:/DocLibrary/MXEngineOperationServiceBook/temp/pdf/oxygen_dita_temp/C
onfiguration/OpenTopic/cfg/common/artwork/warning.png
Does that file exist? Should it be there? Should it be somewhere else?
All RenderX knows is that the DITA toolkit passed in this:
<fo:external-graphic src="
url('file:/C:/DocLibrary/MXEngineOperationServiceBook/temp/pdf/oxygen_dita_t
emp/Configuration/OpenTopic/cfg/common/artwork/warning.png ')"/>
So all RenderX can say is the such-and-such a file does not exist.
Kevin
-----Original Message-----
From: Bill Bushnell [ <mailto:Bill.Bushnell at PACCAR.com> mailto:Bill.Bushnell at PACCAR.com]
Sent: Tuesday, January 27, 2015 3:08 PM
To: kevin at renderx.com <mailto:kevin at renderx.com> ; RenderX Community Support List
Subject: RE: [xep-support] Re: Maximum Java memory
Thanks Kevin,
Then how do I get the note element symbol in the PDF output. Is RenderX
having trouble navigating to two different directories for images? I could
change the location of the note symbol folder (C:\Program
Files\oXygen\frameworks\dita\img) to my project images folder but I don't
know how to tell RenderX\Oxygen where they're at. Even note element symbols
in elements that are not a conref to a collection library are not being
found.
~ Bill
-----Original Message-----
From: Xep-support [ <mailto:xep-support-bounces at renderx.com> mailto:xep-support-bounces at renderx.com] On Behalf Of
Kevin Brown
Sent: Tuesday, January 27, 2015 11:15 AM
To: 'RenderX Community Support List'
Subject: [xep-support] Re: Maximum Java memory
Exactly Bill.
There is no memory error or you would not get any PDF. With 384MB memory you
should be OK doing a book of 500+ pages.
The only error (which is not a fatal error) is that it cannot find the image
and that is why is says:
" ... of type null"
Null meaning it cannot determine the type of image because it cannot find it
or it is corrupt/garbage.
Be careful in your Java settings for memory also. You cannot set memory to
anything greater that 1280MB in Windows, Linux and a little higher in *nix
safely if you are on 32bit Java.
Only 64bit java will allow you to get beyond that barrier, that is a Java
contiguous memory limitation for all Java.
Kevin Brown
RenderX
-----Original Message-----
From: Xep-support [ <mailto:xep-support-bounces at renderx.com> mailto:xep-support-bounces at renderx.com] On Behalf Of Bill
Bushnell
Sent: Tuesday, January 27, 2015 10:58 AM
To: RenderX Community Support List
Subject: [xep-support] Re: Maximum Java memory
Thank you Hans. I appreciate the quick response to my inquiry.
I changed to setting from -Xmx1500m to -Xmx2048m and then transformed.
Transform resulted in the same error.
Tried -Xmx3048m and same results.
The error hasn't changed:
[echo] Maximum Java memory: -Xmx384m
In About:
JVM Memory Used: 84MB (3%) Total: 2709MB PermGen: 57MB/256MB
I am thinking that Kevin Brown's suggestion may be correct, that the images
aren't being be found for some reason.
The note element gets the images from this folder: C:\Program
Files\oXygen\frameworks\dita\img
Other images in the book are in a folder off of the project root, called
"images." And those come in just fine.
The collection library where the note elements are stored in the root.
The PDF generates but the note symbol is a red X.
~ Bill
-----Original Message-----
From: Xep-support [ <mailto:xep-support-bounces at renderx.com> mailto:xep-support-bounces at renderx.com] On Behalf Of
Hans-Peter Carpenter
Sent: Tuesday, January 27, 2015 10:07 AM
To: RenderX Community Support List
Subject: [xep-support] Re: Maximum Java memory
Hi Bill,
You need to increase the Xmx JVM parameter which defines the amount of
memory your Java process can use.
See the following document for how to do just that:
<http://www.oxygenxml.com/doc/ug-author/index.html#topics/set-parameters-for-> http://www.oxygenxml.com/doc/ug-author/index.html#topics/set-parameters-for-
application-launchers.html
Regards,
HANS CARPENTER
Tech Writer
<http://www.redwood.com/> http://www.redwood.com
RunMyJobs: Process Automation in the Cloud
This message may contain confidential or legally privileged information. In
the event of any error in transmission, unauthorized recipients are
requested to contact the sender immediately and do not disclose or make use
of this information. No warranties or assurances are made or given as to
the accuracy of the information given or in relation to the safety of this
e-mail and any attachments. No liability whatsoever is accepted for any
consequences arising from this e-mail.
If I don't document something, it's usually either for a good reason, or a
bad reason. In this case it's [certainly for] a good reason. :-)
Larry Wal
From: Xep-support [xep-support-bounces at renderx.com] on behalf of Bill
Bushnell [Bill.Bushnell at PACCAR.com]
Sent: Tuesday, January 27, 2015 6:01 PM
To: xep-support at renderx.com <mailto:xep-support at renderx.com>
Subject: [xep-support] Maximum Java memory
I am transforming using PDF - RenderX and get this error "Maximum Java
memory." The DITA topics are in a bookmap, which transforms just fine to Web
Help. I am using Oxygen 16.1. The error occurs when it starts converting
some PNG symbols in a note element, which are conrefed in different topics.
transform.fo2pdf.xep:
[echo] Maximum Java memory: -Xmx384m
[java] EXCEPTION: Failed to create image
file:/C:/DocLibrary/MXEngineOperationServiceBook/temp/pdf/oxygen_dita_temp/C
onfiguration/OpenTopic/cfg/common/artwork/warning.png of type null
[java] EXCEPTION: Failed to create image
file:/C:/DocLibrary/MXEngineOperationServiceBook/temp/pdf/oxygen_dita_temp/C
onfiguration/OpenTopic/cfg/common/artwork/caution.png of type null
_______________________________________________
(*) To unsubscribe, please visit
<http://lists.renderx.com/mailman/options/xep-support> http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service
<http://w/> http://w ww.renderx.com/terms-of-service.html
_______________________________________________
(*) To unsubscribe, please visit
<http://lists.renderx.com/mailman/options/xep-support> http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service
<http://w/> http://w ww.renderx.com/terms-of-service.html
_______________________________________________
(*) To unsubscribe, please visit
<http://lists.renderx.com/mailman/options/xep-support> http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service
<http://w/> http://w ww.renderx.com/terms-of-service.html
_______________________________________________
(*) To unsubscribe, please visit <http://lists.renderx.com/mailman/options/xep-support> http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service <http://w/> http://w
ww.renderx.com/terms-of-service.html
!DSPAM:87,54ca3e4710104897732891!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.renderx.com/pipermail/xep-support/attachments/20150129/7b98bf81/attachment-0001.html>
More information about the Xep-support
mailing list