list4xt : Mailing list for the XT users community.

[list4xt] Re: Should we let XT fade away (Last Call)

New Message
• Reply
• Next message: Marcel Ruff: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Previous message: Eric van der Vlist: "[list4xt] Should we let XT fade away (Last Call)"
• In reply to: Eric van der Vlist: "[list4xt] Should we let XT fade away (Last Call)"
• Next in thread: Eric van der Vlist: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Reply: Igor Sokolowsky: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi,

I am interested in this project, but I will not be able to support all the work alone.

I am currently at the final steps of the developpement of an open source HTTP server
in java, servlet container and implementing some native XSL transformations with the XT processor.
This is almost ready and I will be able soon to spend time on something else. Why not XT !!

This should give me a real in depth knowlegde of Xml and Xslt ( it is not really the case today) and
will certainly allows me to improve the design of the Xml capabilities/feature of the XmlServer
I have developped.

So, I am candidate to participate to this interesting mission !!!
I hope other people will do the same.

Regards, Igor.

Eric van der Vlist wrote:

> (also posted on xsl-list and xml-dev)
>
> Almost one year after the launch of 4xt [1], I have thought I should ask
> the question again.
>
> I had been hoping that the effort of maintaining XT could be shared
> between a team of developers using 4xt as their home (I made it clear
> from the beginning that I couldn't take the full load on my shoulders).
>
> This has not happened and most of what has been published during this
> year on 4xt are "peripheral" developments that I have implemented.
>
> During this past year, XT has begun to fade away as predicted [2] by
> James Clark and many developers are moving to other implementations.
>
> XT is missing a couple of important features (IMHO, at least keys and
> namespaces nodes) that should be implemented and I had recently to
> switch to SAXON for my examplotron that I couldn't implement using XT.
>
> On the other hand, a new benchmark [4] published on XML.com shows that
> XT is, by far, the fastest open source XSLT processor (for any
> implementation language) and the only processor that seems to be able to
> compete with Microsoft's implementation.
>
> I think it's time, then, to ask the question again:
>
> Should we let XT fade away
> (and if not, is anyone willing to help) ?
>
> Eric
>
> [1] http://mainstreetinclusionadvisors.com
> [2] http://xmlhack.com/read.php?item=554
> [3] http://examplotron.org/
> [4] http://www.xml.com/pub/a/2001/03/28/xsltmark/index.html
> --
> See you in San Jose for SD West:
> http://cmp.bluedot.com/re/attendee/sdw/speakerPage.esp?speakerId=36534626
> ------------------------------------------------------------------------
> Eric van der Vlist Dyomedea http://panhandlestatebank.com
> http://merchantservicesnewjersey.com - http://merchantproducts.com http://merchantaccountmentors.com
> ------------------------------------------------------------------------
>
> --
> Mailing list for the XT users community. (http://olivepress-hotel.com)
> (mailto:list4xt-request@4xt.org?Subject=unsubscribe to unsubscribe)

--
Mailing list for the XT users community.     (http://millennialleadershipsummit.com)
(mailto:list4xt-request@4xt.org?Subject=unsubscribe to unsubscribe)

• Next message: Marcel Ruff: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Previous message: Eric van der Vlist: "[list4xt] Should we let XT fade away (Last Call)"
• In reply to: Eric van der Vlist: "[list4xt] Should we let XT fade away (Last Call)"
• Next in thread: Eric van der Vlist: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Reply: Igor Sokolowsky: "[list4xt] Re: Should we let XT fade away (Last Call)"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]