Re: What about creating javax.sql.*
Joe Phillips <[email protected]> 10 Apr 2003 13:04:01 -0400
| Newsgroups | gmane.comp.java.classpath.extensions.discuss |
|---|---|
| Message-ID | <1049994241.12540.97.camel@archaeopteryx> |
On Wed, 2003-04-09 at 12:51, Dalibor Topic wrote: > --- Tom Tromey <[email protected]> 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