RE: xslt 2.0 and alternatives?

Hi Bruce,

I was kind of smelling you weren't into MS kind of stuff - anyway, (last
week) I almost posted a message that contained something like:

You could make use of Saxon.NET.dll (a .NET assembly) in a C / C++
application using Interop Services, which only requires COM support from the
C / C++ application development platform...

But obviously that ties your app to MS.

Another way of getting your interest into Saxon.NET may be the fact that
once having a 100% C# based port from the Basic Saxon (Java) source base,
you will be able to use Saxon.NET on Mono 1.0 installed in for example Linux
based machines. This will eventually be reality, but don't expect anything
ready soon yet.

If you've any questions about the project than let me know
(psiegers@xxxxxxxxx).

Cheers,
<prs/>
http://sourceforge.net/projects/saxondotnet/
http://www.x2x2x.org/x2x2x/home/
http://www.pietsieg.com

-----Original Message-----
From: Bruce D'Arcus [mailto:bdarcus@xxxxxxxxxxxxx] 
Sent: Saturday, October 02, 2004 10:25 AM
To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Subject: Re:  xslt 2.0 and alternatives?

Thanks David!

On Oct 2, 2004, at 11:03 AM, M. David Peterson wrote:

> But let me first preface this with the following... The goal of the 
> Saxon.NET project is to provide to the .NET community an API that is 
> 100% compliant with that of Dr. Michael Kay's latest Saxon API and 
> that can be used to implement a XSLT 2.0, XPath 2.0, and XQuery 1.0 
> transformation via any language and subsequent compiler that 
> implements a solution supported by version 1.1+ of the ..NET 
> framework.

I'm not interested in anything MS-specific myself.  The whole point of what
I'm doing is to provide alternatives to MS-centric workflows (the academy is
totally dominated by MS, and I'm tired of it).  So document formats I'm
interested in are DocBook, TEI, OpenOffice.

If others want to pick this up for integration with Word/WordML, though,
that'd be good, so it's nice to have Saxon.NET as an alternative.  I'm
thinking Mike's suggestion of a web service is sounding like the best
medium-term solution, though.

> If not now, there will be XSLT 2.0 solutions, via your desired 
> mechanism, in the months, not years, to come.

Open source?

Bruce