[xep-support] Using XEP with Java

Michael Sulyaev msulyaev at renderx.com
Fri Jan 28 08:45:33 PST 2005


Hello, Perttu.

Your apporach will work, but it's pretty much ineffective. For each xml+xsl 
you fire off a new shell, which starts a new JVM, which in its turn 
instantiates XEP classes.

XEP API allows to work with XEP classes directly from your Java program. XEP 
classes are thread-safe and reusable: you can render multiple input 
documents with one and the same instance of FormatterImpl. And this is 
really much faster.

RenderX provides "Intergation & Connectivity Kit" : Guides, APIs, Connectors 
and sample code to plug XEP into wide range of personal and server-side 
applications (http://www.renderx.net/Content/tools/devkit.html). Please 
contact sales at renderx.com for more information on the Kit and licensing.

Best Regards,
Michael Sulyaev                mailto:msulyaev at renderx.com
RenderX


----- Original Message ----- 
From: "Chris Bowditch" <bowditch_chris at hotmail.com>
To: <xep-support at renderx.com>
Sent: Friday, January 28, 2005 4:38 PM
Subject: Re: [xep-support] Using XEP with Java


> IT-projekti FunctionFive wrote:
>> Hi!
>>
>> We have been developing a Java program which automatically generates a 
>> xml document. After the xml file is generated, program sends paths of the 
>> xml and xsl files to XEP. Now what we would like to know is how can we 
>> find out when the XEP has finished the translation? Here is a sample of 
>> the code:
>>
>> Process process;
>> try {
>>    process = Runtime.getRuntime().exec(xepLocation+"xep.bat -xml 
>> "+outLocation+"manual.xml -xsl "+XSLLocation+" -out "+outLocation+" 
>> out.pdf -format pdf");
>> } catch (IOException e) {
>>    System.out.print("IOException " + e);
>> }
>>
>> xepLocation contains the installation path of the XEP
>> outLocation contains the path where users wants to save the files of the 
>> current project
>> outLocation path contains automatically generated file manual.xml
>> XSLLocation contains the path to XSL-file user wants to use in PDF 
>> translation
>>
>> Is there some way in Java we could examine this process and when it's 
>> finished, to move on to next phase in our program.
>
> Why not just call the XEP Java API directly, then theres no need to shell 
> an external process?
>
> Chris
>
> -------------------
> (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
> in the body of the message to majordomo at renderx.com from the address
> you are subscribed from.
> (*) By using the Service, you expressly agree to these Terms of Service 
> http://www.renderx.com/tos.html
> 

-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo at renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html



More information about the Xep-support mailing list