Re: [xep-support] Slow Performance

From: Nikolai Grigoriev (
Date: Thu Feb 20 2003 - 02:11:57 PST

  • Next message: Jeff Beal: "RE: [xep-support] Slow Performance"


    > If we must split the files (not our preferred solution), it would be
    easier to
    > split into files around the 31K size. Is there a way with our version to
    > process multiple files and avoid the startup/shutdown overhead?

    com.renderx.xep.Driver class (encapsulated in run.bat/
    accepts multiple input files in the command-line interface. You
    can build your own wrapper around it, calling com.renderx.xep.Driver.main()
    and passing the list of files as input. (Note that each input file will
    be formatted into a separate output file).

    > Platform details:
    > - XEP Version 3.2.1 Client Edition

    Client edition users have no access to API. If you were using a developer
    edition, you could take advantage of Java interfaces. Among Java samples
    that we have there, one seems to match your needs: ConcatFormatter
    shows how to merge several FO input files into a single output document.
    The technique is quite general, and works for both PDF and PostScript.
    Memory consumption is determined by the size of the largest document
    (plus some cumulative part due to the output generation; but this one grows
    much steadier than the formatter's).

    I have a question to all: do you believe it useful to have this
    functionality available via command line? It appears useful
    in cases like the current one, when XEP is used to produce
    huge batches of independent short documents.

    Best regards,
    Nikolai Grigoriev

    (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
    in the body of the message to from the address
    you are subscribed from.
    (*) By using the Service, you expressly agree to these Terms of Service

    This archive was generated by hypermail 2.1.5 : Thu Feb 20 2003 - 02:05:17 PST