xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <dev.jerem...@greenmail.ch>
Subject Re: DO NOT REPLY [Bug 35939] New: - [PATCH] Port of 0.20.5 Driver.java class
Date Wed, 03 Aug 2005 07:08:05 GMT
So what's left to be done in your POV?

On 02.08.2005 22:34:26 J.Pietschmann wrote:
> Manuel Mall wrote:
> [snip]
> > Makes sense to me. Actually this is exactly what the 0.20.5 Fop.java 
> > does.
> Well, I'd rather refrain from reintroducing a ComandLineOptions
> like class.
> I'd still say the most intuitive setup would be
> - API classes as usual (FO processor, configuration, maybe
>    interfaces and implementations for input and output of the
>    FO processor)
> - A single CLI class with a main() method and possibly a few more
>    methods for better structuring which parses the command line
>    (maybe using commons CLI), sets up a configuration as well as
>    input and output for the FO processor (possibly using an XSLT
>    in the input pipeline), instanciates a FO processor, runs it,
>    and performs clean up.
> - A sample servlet class roughly doing the same
> - etc.
> There is no need for the sample CLI class and the servlet class
> to be small. I can't see how a CommandLineOption class or parsing
> command line options can be reused elswhere.
> J.Pietschmann

Jeremias Maerki

View raw message