Re: [xep-support] Using XEP with Java

From: Michael Sulyaev <msulyaev@renderx.com>
Date: Fri Jan 28 2005 - 08:45:33 PST

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@renderx.com for more information on the Kit and licensing.

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

----- Original Message -----
From: "Chris Bowditch" <bowditch_chris@hotmail.com>
To: <xep-support@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@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@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
Received on Fri Jan 28 09:31:35 2005

This archive was generated by hypermail 2.1.8 : Fri Jan 28 2005 - 09:31:36 PST