Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 653 invoked from network); 26 Apr 2005 09:40:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Apr 2005 09:40:56 -0000 Received: (qmail 17903 invoked by uid 500); 26 Apr 2005 09:41:29 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 17806 invoked by uid 500); 26 Apr 2005 09:41:28 -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 17730 invoked by uid 99); 26 Apr 2005 09:41:27 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from smtp005.mail.ukl.yahoo.com (HELO smtp005.mail.ukl.yahoo.com) (217.12.11.36) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 26 Apr 2005 02:41:27 -0700 Received: from unknown (HELO ?192.168.1.31?) (reinhard?poetz@62.178.239.20 with plain) by smtp005.mail.ukl.yahoo.com with SMTP; 26 Apr 2005 09:40:46 -0000 Message-ID: <426E0C9A.5070103@apache.org> Date: Tue, 26 Apr 2005 11:40:42 +0200 From: Reinhard Poetz User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [PROPOSAL] Download of jars with Maven ant tasks References: <426E034B.8020207@apache.org> <426E07B9.2020605@mobilebox.pl> In-Reply-To: <426E07B9.2020605@mobilebox.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Leszek Gawron wrote: > Torsten Curdt wrote: > >>> Would it be legally acceptable to link also to non-Apache licensed >>> stuff? >>> (Provided it is made available in a repository somewhere.) >> >> >> >> IANAL ...but I reckon that should be >> ok. Problem is - mocks are still not >> ok ...so it does not buy us much. >> >> ...I still don't get why mocks are >> a problem - this license stuff sucks >> so badly *grrrr* > > In order to create a mock you have to copy a specific class interface > that someone designed. > I don't think that this solved the problem. If you download e.g. some LGPL library you will use it somewhere in your code, otherwise it is useless. The problem is the *use* IIUC ... To be on the safe side, we will have to wait for real blocks as they can cut all direct dependencies (--> one block only has a requirement on a block interface and not on a block implementation.) -- Reinhard P�tz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc --------------------------------------------------------------------