Hi Andrew,
At 04:55 AM 6/19/2007, you wrote:
> * Are there any obvious pitfalls or problems with this
> approach? (Or any not so obvious?) How does it compare to
> other methods?
I'm inclined to think that a general purpose pipeline processor will do the
job better. It's likely to have memory management that's better adapted to
this kind of work, and debugging facilities to examine the documents at any
stage of the pipeline or to switch validation of intermediate steps on and
off, etc. If you're lucky it might even allow distributed or asynchronous
execution of the pipeline.
Does XProc fit here?
http://www.w3.org/TR/xproc/ (or http://xproc.org)
Yes, it certainly does. (Of course it's work in progress.)
As an aside, if your architecture is batch transforming directories,
where multiple transforms are performed in sequence, then Kernow [1]
might be a good fit.
Yes, it is, frequently. I use Kernow quite happily for many sorts of things.
As to Ant, I've also used it, and will use it again.
It's certainly the case that the various tradeoffs can be subtle.
Cheers,
Wendell
======================================================================
Wendell Piez
mailto:wapiez(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
----------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--