Re: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded
Ainsi parlait Craig R. McClanahan : I'd like to clarify. I could have activation, javamail, jdbc-ext, jndi, jta, which are Sun products, included in a Tomcat tarball but couldn't have them included in a separate tarball ? Yes. Thanks to explain us why ? Because that's what the Redistribution paragraph of the license that you had to click through says you can do and not do. (See why it's a good idea to actually *read* these things? :-) Craig, you've still not answered precisely to my question. Please explain us if what we are doing violates BLC because: 1) we just allow separate download of BLC-licenced code, even if others projects do it also. 2) we allow separate download of BLC-licenced code without having to explicitely click on a i agree button, even if BLC text is included in the release. The first point would prevent us from any packaging of those libraries, but the second could be solved quite easily with http download. It would prevents us anyway of using ftp repository or automated upgrade facilities as urpmi or apt-get, tough. -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded
Because that's what the Redistribution paragraph of the license that you had to click through says you can do and not do. (See why it's a good idea to actually *read* these things? :-) Craig, you've still not answered precisely to my question. Please explain us if what we are doing violates BLC because: 1) we just allow separate download of BLC-licenced code, even if others projects do it also. 2) we allow separate download of BLC-licenced code without having to explicitely click on a i agree button, even if BLC text is included in the release. The first point would prevent us from any packaging of those libraries, And so will make backstep in a clean packaging solution. I speak about jpackage for RPM but it could be extended to the still to be started CJAN. but the second could be solved quite easily with http download. It would prevents us anyway of using ftp repository or automated upgrade facilities as urpmi or apt-get, tough. And in that case it will make packaging not usefull since it couldn't be provided in distribution, via FTP/HTTP/RSYNC or CD ISO images. I recall the goal is to have an easy to use Java Environnement which will help newbies use a consistant developpement environnement, which is very similar to the WSDP release but more general. Everybody has something to win here, Sun, Java, Apache and OSS. A related question, why not relax licence for APIs which contain only interfaces and sus no implementations ? I think here at jta-spec which are required to build tyrex which is required to build Tomcat 4. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded
Ainsi parlait Craig R. McClanahan : On Thu, 24 Jan 2002, GOMEZ Henri wrote: Date: Thu, 24 Jan 2002 17:04:36 +0100 From: GOMEZ Henri [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded I've got a little problems with all the jars that are mandatory to build TC 4.0, javamail, jta, jdbc-ext, jmxri. tyrex is allready packaged and JSSE is only optional. Could someone, may be from Sun staff, could release all of them in a single tarball and put it on the download area ? This isn't allowed under the license through which these JARs are downloaded. You can package them with your own distribution (as we do in the .tar.gz and .exe distros of Tomcat 4), but not separately. I'd like to clarify. I could have activation, javamail, jdbc-ext, jndi, jta, which are Sun products, included in a Tomcat tarball but couldn't have them included in a separate tarball ? Yes. NetBeans distributes separatly its own source code from other binaries, including javahelp, and they argue they do it this way precisely because of legal consideration. So they are clearly stating the opposite of your statement here. And NetBeans comes also from Sun... -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded
I've got a little problems with all the jars that are mandatory to build TC 4.0, javamail, jta, jdbc-ext, jmxri. tyrex is allready packaged and JSSE is only optional. Could someone, may be from Sun staff, could release all of them in a single tarball and put it on the download area ? This isn't allowed under the license through which these JARs are downloaded. You can package them with your own distribution (as we do in the .tar.gz and .exe distros of Tomcat 4), but not separately. I'd like to clarify. I could have activation, javamail, jdbc-ext, jndi, jta, which are Sun products, included in a Tomcat tarball but couldn't have them included in a separate tarball ? Thanks to explain us why ? I allready removed the problematic stuff from jpackage project but I'd like to have a simple explanation of what to do with Sun jars. The question is, should Apache host projects which depend on non OSS APIs which are entirely under Sun control (Jon/Pier ?) We should feel much more confortable with projects like puretls/cryptix and openjmx. Hope to see an OSS alternative to javamail and jta -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded
Ainsi parlait Craig R. McClanahan : [..] Thanks to explain us why ? Because that's what the Redistribution paragraph of the license that you had to click through says you can do and not do. (See why it's a good idea to actually *read* these things? :-) AFAK, the part of the Sun Binary License relevant to distribution is (and more precisely starts from (b)): 1. License to Distribute. Sun grants you a non-exclusive, non-transferable, royalty-free, limited license to (a) use the binary form of the Software for the sole purpose of designing, developing and testing your JavaTM applets and applications intended to run on a compatible Java environment (the Programs), provided that the Programs add significant and primary functionality to the Software, and (b) reproduce and distribute the binary form of the Software through multiple tiers of distribution provided that you: (i) distribute the Software complete and unmodified; (ii) do not distribute additional software intended to supersede any component(s) of the Software; (iii) do not remove or alter any proprietary legends or notices contained in or on the Software; and (iv) only distribute the Software pursuant to a license agreement that protects Sun's interests consistent with the terms contained in this Agreement, and provides that Sun is a third party beneficiary to such license agreement. If you distribute the Software pursuant to this paragraph, you must include the following statement as part of product documentation (whether hard copy or electronic), as a part of a copyright page or proprietary rights notice page, in an About box or in any other form reasonably designed to make the statement visible to users of the Software: This product includes code licensed from RSA Data Security. I don't see anything concerning separate distribution here. There are some minor points where we could be considered violating this license: - we don't ship redudant jars (i) - we don't ship basic launch scripts (i) - we replace them by complete ones (ii) And the non-distributable section only contains package specification, not actual code, so i guess it is not concerned here. -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
I've got a little problems with all the jars that are mandatory to build TC 4.0, javamail, jta, jdbc-ext, jmxri. tyrex is allready packaged and JSSE is only optional. Could someone, may be from Sun staff, could release all of them in a single tarball and put it on the download area ? For now I use packages from the jPackage project, www.jpackage.org, where all these fine Jars are available as RPM but may be some will find better to have all of these original jars at apache.org ;) Thanks to comment - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 23, 2002 3:54 PM To: Tomcat Developers List Subject: Re: [Tomcat 4.0.2-b2] Java binaries uploaded That's fine for me since that's exactly how I built the packages for TC 4.x. build TC 4 jars , then build jtc jar (against TC 4.0) then copy to appropriate dirs There was a circular dependency when doing that (which was solved by committing some JARs in the Tomcat CVS), but it does work :) Ok, RPM should be ready later today or tomorrow :) Great ! Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
On Wed, 23 Jan 2002, GOMEZ Henri wrote: Date: Wed, 23 Jan 2002 23:26:37 +0100 From: GOMEZ Henri [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: [Tomcat 4.0.2-b2] Java binaries uploaded I've got a little problems with all the jars that are mandatory to build TC 4.0, javamail, jta, jdbc-ext, jmxri. tyrex is allready packaged and JSSE is only optional. Could someone, may be from Sun staff, could release all of them in a single tarball and put it on the download area ? This isn't allowed under the license through which these JARs are downloaded. You can package them with your own distribution (as we do in the .tar.gz and .exe distros of Tomcat 4), but not separately. Henri Gomez Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
I've uploaded the Java binaries for 4.0.2-b2. The official release announcement will be made on Monday (as well as the update of the website). http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/ Please upload the RPMs and builds of JK and webapp ASAP. Thanks for everyone's help on putting this release together. It was a real team effort :) there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. sorry about that -- guess i should have told you that's why this is a beta ;-) anyway, this is good because you'll also get the changes for the bug in the old ajp java code that i fixed on friday as well. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
On Mon, 21 Jan 2002, Kevin Seguin wrote: as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? No, there are some unused imports. I fixed it - please check and let me know if there are still problems. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? No, there are some unused imports. I fixed it - please check and let me know if there are still problems. builds perfectly for me now -- thanks :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. sorry about that -- guess i should have told you that's why this is a beta ;-) Better late than never :) I've just finished uploading the repackaged binaries. anyway, this is good because you'll also get the changes for the bug in the old ajp java code that i fixed on friday as well. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]