Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 89880 invoked from network); 15 Oct 2003 09:56:57 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 15 Oct 2003 09:56:57 -0000 Received: (qmail 71246 invoked by uid 500); 15 Oct 2003 09:56:29 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 70848 invoked by uid 500); 15 Oct 2003 09:56:26 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 70834 invoked from network); 15 Oct 2003 09:56:26 -0000 Received: from unknown (HELO pulse.betaversion.org) (217.158.110.65) by daedalus.apache.org with SMTP; 15 Oct 2003 09:56:26 -0000 Received: (qmail 6846 invoked from network); 15 Oct 2003 09:56:34 -0000 Received: from unknown (HELO apache.org) (stefano@80.105.91.155) by pulse.betaversion.org with SMTP; 15 Oct 2003 09:56:34 -0000 Date: Wed, 15 Oct 2003 11:56:34 +0200 Subject: Re: cvs commit: cocoon-2.1/lib jars.xml Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: Stefano Mazzocchi To: dev@cocoon.apache.org Content-Transfer-Encoding: 7bit In-Reply-To: <3F8CCBA5.6010706@apache.org> Message-Id: X-Mailer: Apple Mail (2.552) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Wednesday, Oct 15, 2003, at 06:23 Europe/Rome, Stephen McConnell wrote: > > > Geoff Howard wrote: > >> Geoff Howard wrote: >> >>> >>> But a browse around ibiblio reveals: >>> http://www.ibiblio.org/maven/jms/ >>> http://www.ibiblio.org/maven/jndi/ >>> >>> exist but don't have any jars. >> >> >> And looks like Stephen knows why - I had assumed ASF was being >> conservative (wisely, I assume) and that ibiblio would be able to >> redistribute. > > > The ibiblio site is no different from Apache with respect to license > obligations. When the Maven project started its bid to TLP is > basically had to clean up its act bacause the content on ibiblio would > by implication be resource managed by an Apache PMC - i.e. > due-diligence required. The Maven guys went though a process of > cleaning up the content on ibiblio.org/maven and the result of the > cleanup is the missing jar files. > >> >> I guess the best bet would be to grab the openjms package which >> contains everything needed? Unless it can be automated we'll need >> some work on the block to make sure it compiles and cocoon can start >> up without that part. Not sure how to pull that off. > > > One approach you may want to consider is to package the content into a > bar file, register the bar in cvs, add an ant task to download and > expand the bar, and invoke bar expansion in the build. Providing you > access the resources via a local repository, you are respecting the > Sun licensing conditions because your accessing the resources relative > to a particular application context that has a legal usage engagement. > What this means is that whoever packages the jms libraries (or > whowever accepts responsibilioty for the packaging) agrees to > represent Sun should a problem arise. If the bar contribution to > Cocoon is by a committer covered by a CLA, then the responsibility for > the application usage rests with Apache. Nother approach is to rewrite the libraries from the javadocs under an apache license (the Servlet API code that is shipped with tomcat is licensed under the apache license and yet covers javax.servlet... if you pass the test, it's valid) but I know this isn't really a sexy approach ;-) -- Stefano.