xep-support: [xep-support] Re: Maximum Java memory

From: <Annette-consultant.Bouillin@fresenius-kabi.com>
Date: Thu Jan 29 2015 - 06:04:57 PST

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>
  
  <variable id="danger Note Image Path">
Customization/OpenTopic/common/artwork/note_danger.svg</variable>
  
  <variable id="warning Note Image Path">
Customization/OpenTopic/common/artwork/note_warning.svg</variable>
  
  <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:

<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@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@renderx.com>
To: "'Bill Bushnell'" <Bill.Bushnell@PACCAR.com>, "'RenderX Community
Support List'" <xep-support@renderx.com>,
Date: 28/01/2015 00:26
Subject: [xep-support] Re: Maximum Java memory
Sent by: "Xep-support" <xep-support-bounces@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@PACCAR.com]
Sent: Tuesday, January 27, 2015 3:08 PM
To: kevin@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@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@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@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@renderx.com] on behalf of Bill
Bushnell [Bill.Bushnell@PACCAR.com]

Sent: Tuesday, January 27, 2015 6:01 PM

To: xep-support@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

!DSPAM:87,54ca3e4710104897732891!

_______________________________________________
(*) 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
Received on Thu Jan 29 06:03:35 2015

This archive was generated by hypermail 2.1.8 : Thu Jan 29 2015 - 06:03:41 PST