classpathx-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Classpathx-discuss] What about creating javax.sql.*


From: Joe Phillips
Subject: Re: [Classpathx-discuss] What about creating javax.sql.*
Date: 10 Apr 2003 13:04:01 -0400

On Wed, 2003-04-09 at 12:51, Dalibor Topic wrote:
> --- Tom Tromey <address@hidden> wrote:
> > I've heard some JBoss code is tainted -- derived
> > from Sun source.
> > I would be wary of it.
> 
> can you provide some more detail? I've googled around
> and found nothing.

If you download the JBOSS source-code, you see that it depends on a lot
of third-party software - not a surprise for a large, far-reaching
project.  However, at least some of the dependancies are Sun's own
implementations for specific APIs.  Off the top of my head, I remember
noticing that the JavaMail and JAF libraries appeared to be Sun's.  A
quick 'find' on my 3.0.2 installation makes me suspect a handful of
other libraries (jsse, jaas, jnet, jcert).

actually, here's a quick look at a few-month-old 3.2 CVS checkout:

archaeopteryx{jaiger}$ find thirdparty/sun/ -type f | grep -v CVS
thirdparty/sun/jaas/lib/jaas.jar
thirdparty/sun/jaf/lib/activation.jar
thirdparty/sun/javacc/lib/JavaCC.zip
thirdparty/sun/javacc/COPYRIGHT
thirdparty/sun/javamail/lib/README.txt
thirdparty/sun/javamail/lib/imap.jar
thirdparty/sun/javamail/lib/mail.jar
thirdparty/sun/javamail/lib/mailapi.jar
thirdparty/sun/javamail/lib/pop3.jar
thirdparty/sun/javamail/lib/smtp.jar
thirdparty/sun/jaxp/lib/crimson.jar
thirdparty/sun/jaxp/lib/jaxp.jar
thirdparty/sun/jaxp/lib/xalan.jar
thirdparty/sun/jce/lib/US_export_policy.jar
thirdparty/sun/jce/lib/jce1_2_1.jar
thirdparty/sun/jce/lib/local_policy.jar
thirdparty/sun/jce/lib/sunjce_provider.jar
thirdparty/sun/jce/BUGS.html
thirdparty/sun/jce/CHANGES.html
thirdparty/sun/jce/COPYRIGHT.html
thirdparty/sun/jce/FAQ.html
thirdparty/sun/jce/INSTALL.html
thirdparty/sun/jce/LICENSE
thirdparty/sun/jce/README
thirdparty/sun/jmx/lib/jmxgrinder.jar
thirdparty/sun/jmx/lib/jmxri.jar
thirdparty/sun/jmx/lib/jmxtools.jar
thirdparty/sun/jsse/lib/jcert.jar
thirdparty/sun/jsse/lib/jnet.jar
thirdparty/sun/jsse/lib/jsse.jar
thirdparty/sun/jts/idl/CORBA.idl
thirdparty/sun/jts/idl/CosTSPortability.idl
thirdparty/sun/jts/idl/CosTransactions.idl
thirdparty/sun/jts/lib/jts.jar
thirdparty/sun/servlet/lib/servlet.jar


Further, some of the JBOSS Group's own guys are former Sun employees. 
Mark comes to mind.

I cannot speak to the individual libraries' 'cleanliness' (are they
Sun's or a clean-room re-implementation?), nor can I speak to their
license (in)compatibility.

My point in writing this email is that even if only *some* of the above
libraries are included with JBOSS, I think it's safe to say that JBOSS
is "derived" from Sun source.

In any case, it would be wise to read licenses before you blindly take
source code from JBOSS.  You cannot assume the whole thing is free.

I'm in the process of packaging JBOSS for Debian and will be sorting
through these third-party dependancies over time.  Relative to Debian, I
characterize JBOSS as a whole (what they distribute in their binary
releases) as non-free.  If broken into constituent parts, portions will
fall into the contrib archive.

-joe
-- 
     Innovation Software Group, LLC - http://www.innovationsw.com/
                Business Automation Specialists
                 UNIX, Linux and Java Training





reply via email to

[Prev in Thread] Current Thread [Next in Thread]