The overhead is mostly due to open source usage
compliance issues. Overhead issues also include
building, storing and executing java and libraries and classes
on the source and target platforms. Plus legal stuff (which I know
have been relaxed
recently). I really like java, but, if I can get the job done without
it that would be simpler, hence better.
-g
On Mon, Jun 16, 2008 at 10:18 AM, Andrew Welch
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
2008/6/16 Greg Fausak <lgfausak(_at_)gmail(_dot_)com>:
On Mon, Jun 16, 2008 at 9:34 AM, Andrew Welch
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
2008/6/16 Greg Fausak <lgfausak(_at_)gmail(_dot_)com>:
What's a good unix xslt processor?
Saxon
http://saxonica.com
I normally don't mess around with java based
stuff unless there just isn't any other way. I've written
my share of java code. The overhead with including a java
app in a distribution is pretty high. But, it looks like
in this xml/xslt world all roads lead to java/saxon :-)
What is the overhead in including a java app in a distribution?
--
Andrew Welch
http://andrewjwelch.com
Kernow: http://kernowforsaxon.sf.net/
--~------------------------------------------------------------------
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>
--~--
--
Greg Fausak
greg(_at_)thursday(_dot_)com
--~------------------------------------------------------------------
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>
--~--