Correct, plus the several versions of work in progress Xalan with XSLT
2.0 support can be found in the Apache SVN repository:
http://svn.apache.org/viewvc/xalan/java/branches/
Xalan3, and XSLT20. Neither of which has seen activity in less than 5
years.
Dave
kesh...@us.ibm.com wrote:
I believe David is referring to
http://webspherecommunity.blogspot.com/2009/04/was-open-xml-feature-pack-beta.html
______________________________________
"... Three things see no end: A loop with exit code done wrong,
A semaphore untested, And the change that comes along. ..."
-- "Threes" Rev 1.1 - Duane Elms / Leslie Fish
(http://www.ovff.org/pegasus/songs/threes-rev-11.html)
*Adam Jenkins <adamjenkinstmpredir...@yahoo.com.au>*
11/09/2009 11:52 PM
Please respond to
xalan-dev@xml.apache.org
To
xalan-dev@xml.apache.org
cc
Subject
Re: XalanJ future
Can you elaborate on this David? Is this a proprietary processor, or
open source? url? What do the Xalan guys think about this, are they
going to EOL Xalan or are they waiting for resources to catch up to 2.0?
--- On Tue, 10/11/09, David Carver <d_a_car...@yahoo.com> wrote:
> From: David Carver <d_a_car...@yahoo.com>
> Subject: Re: XalanJ future
> To: xalan-dev@xml.apache.org
> Received: Tuesday, 10 November, 2009, 3:22 PM
> And unfortunately, IBM which provided
> the original basis for Xalan has
> decided to do their own XSLT 2.0 processor instead of
> making Xalan XSLT
> 2.0 capable. Even though there is code in Apache's
> source code control
> system that has the basis for XSLT 2.0 support.
>
> Dave
>
> Mukul Gandhi wrote:
> > On Tue, Nov 10, 2009 at 9:09 AM, Andy Chambers
> > <achambers.h...@googlemail.com>
> wrote:
> >
> >> As always, it depends on your usage but saxon is
> pretty well optimized
> >> and worked significantly faster in benchmarks we
> created for our typical
> >> usage.
> >>
> >
> > Personally speaking, I haven't observed any slowness
> with Xalan. I
> > haven't seen any industry standard benchmarks which
> compare
> > performance of XSLT engines.
> >
> > Any XSLT benchmarks that are available, I think are
> either
> > proprietary, and cater to a limited complexity of use
> cases (i.e, are
> > not fully generic). XSLT stylesheets can be very
> diverse, so saying
> > that some processor is faster by measuring the
> performance for certain
> > kinds of stylesheets cannot be extrapolated
> universally.
> >
> >
> >> Being able to use XSLT 2 is a big advantage too.
> >>
> >
> > Yes definitely, there is not doubt about this :)
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xalan-dev-unsubscr...@xml.apache.org
> For additional commands, e-mail: xalan-dev-h...@xml.apache.org
>
>
__________________________________________________________________________________
Win 1 of 4 Sony home entertainment packs thanks to Yahoo!7.
Enter now: http://au.docs.yahoo.com/homepageset/
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscr...@xml.apache.org
For additional commands, e-mail: xalan-dev-h...@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscr...@xml.apache.org
For additional commands, e-mail: xalan-dev-h...@xml.apache.org
