[xep-support] Re: Maximum Java memory

Annette-consultant.Bouillin at fresenius-kabi.com Annette-consultant.Bouillin at fresenius-kabi.com
Thu Jan 29 22:58:31 PST 2015


You're right Kevin, I could have been more specific.
We had this error because the engine tries to validate the DTD indicated 
in the doctype declaration:
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "
http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
But the proxy configuration in our company prevents this type of 
connection so we had two possibilities
- comment the doctype declaration in each SVG file, but then there is no 
validation against the DTD
- modified our catalog to use the local DTD (used by Oxygen editor), 
that's what we did and it works well now.
Regards,


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 
annette-consultant.bouillin at 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>
To:     "'RenderX Community Support List'" <xep-support at renderx.com>, 
Date:   29/01/2015 19:11
Subject:        [xep-support] Re: Maximum Java memory
Sent by:        "Xep-support" <xep-support-bounces at renderx.com>



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 
annette-consultant.bouillin at 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> 
To:        "'Bill Bushnell'" <Bill.Bushnell at PACCAR.com>, "'RenderX 
Community Support List'" <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> 




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] 
Sent: Tuesday, January 27, 2015 3:08 PM
To: 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] 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] 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] 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-

application-launchers.html


Regards,

HANS CARPENTER

Tech Writer

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

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
(*) By using the Service, you expressly agree to these Terms of Service
http://w ww.renderx.com/terms-of-service.html




_______________________________________________
(*) To unsubscribe, please visit
http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service
http://w ww.renderx.com/terms-of-service.html

_______________________________________________
(*) To unsubscribe, please visit
http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service
http://w ww.renderx.com/terms-of-service.html


_______________________________________________
(*) To unsubscribe, please visit 
http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service 
http://w
ww.renderx.com/terms-of-service.html

 
_______________________________________________
(*) To unsubscribe, please visit 
http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service 
http://w
ww.renderx.com/terms-of-service.html


!DSPAM:87,54cb2bc110108777310335!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.renderx.com/pipermail/xep-support/attachments/20150130/7aa9b2ac/attachment-0001.html>


More information about the Xep-support mailing list