Re: [Cp-tools-discuss] Re: gjdoc

[Grzegorz B. Prokopski]

W liście z czw, 06-02-2003, godz. 14:31, Brian Jones pisze: 
> Nic Ferrier <address@hidden> writes:
> 
> > > ClasspathX's JAXP implementation doesn't seem to ship with
> > > an XSL processor at all. Are there any XSL transformators that
> > > we could recommend for linking into the Gjdoc executable when
> > > using Gjc? Aside from Gjc, are there any transformators that
> > > we could recommend for inclusion in the CLASSPATH, for dynamic
> > > linking?
> > > 
> > > Even if ClasspathX does not provide XSLT I would like to get
> > > away from the System.exec() call necessary for spawning
> > > xsltproc. Given that most JREs today include a JAXP-compatible
> > > XSL transformation engine, and that several free engines are
> > > available (if not GPLed), I expect it is otherwise unnecessary
> > > to have this dependency.
> > 
> > I'm planning a GCJ based java wrapper for libxml2 (gnome's xml
> > handling library). The main reason for this is that we don't have an
> > XSLT processor right now in GNU.
> 
> I would probably recommend Xalan,
> http://xml.apache.org/xalan-j/index.html, for pure Java action, unless
> or until there is something similar from the GNU project.  I'm not
> really sure there needs to be one either.

IANAL but xalan is under Apache license which is in turn incompatible
with GPL. That would be a problem for example when using GPL JVMs
or linking w/ gjdoc (sun.javadoc) code which is also GPL.

I may be wrong, but thought you should be warned.

Cheers,

                                        Grzegorz B. Prokopski
-- 
Grzegorz B. Prokopski <address@hidden>
Debian http://www.debian.org/

signature.asc
Description: PGP signature