From general-return-12009-apmail-incubator-general-archive=incubator.apache.org@incubator.apache.org Tue Nov 07 19:41:38 2006 Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 9205 invoked from network); 7 Nov 2006 19:41:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Nov 2006 19:41:32 -0000 Received: (qmail 19918 invoked by uid 500); 7 Nov 2006 19:41:32 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 19825 invoked by uid 500); 7 Nov 2006 19:41:32 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 19787 invoked by uid 99); 7 Nov 2006 19:41:32 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Nov 2006 11:41:31 -0800 X-ASF-Spam-Status: No, hits=3.0 required=10.0 tests=LONGWORDS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of robertburrelldonkin@gmail.com designates 66.249.92.168 as permitted sender) Received: from [66.249.92.168] (HELO ug-out-1314.google.com) (66.249.92.168) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Nov 2006 11:41:17 -0800 Received: by ug-out-1314.google.com with SMTP id y2so1644682uge for ; Tue, 07 Nov 2006 11:40:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sGOULllc6ILj/TvQxJQNLpuj+eOFxFLXpOpo+CoIGLtCj2AkkiyZVyemGbVCS2uHk4q5jbsiwT148p1alQFLbO2lDlVQ+Lw4r7dvVZBg2zhuDz3r8B0DdVRtj0wL7cKc5i2Q3Oq+1AFTUQzNyqXaTVOj2/IYhqhYJ3ZPBOBwICI= Received: by 10.67.97.18 with SMTP id z18mr9595907ugl.1162928455627; Tue, 07 Nov 2006 11:40:55 -0800 (PST) Received: by 10.67.30.13 with HTTP; Tue, 7 Nov 2006 11:40:55 -0800 (PST) Message-ID: Date: Tue, 7 Nov 2006 19:40:55 +0000 From: "robert burrell donkin" To: general@incubator.apache.org Subject: Re: [VOTE] OFBiz Test Snapshot Release: 4.0.0 TS5 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <11A277C8-A59A-479E-B083-BAEEF86E7959@undersunconsulting.com> X-Virus-Checked: Checked by ClamAV on apache.org On 11/7/06, David E Jones wrote: > > On Nov 5, 2006, at 3:52 AM, robert burrell donkin wrote: > > > On 11/2/06, David E Jones wrote: > >> > >> The OFBiz podling (PPMC and community) has reached a consensus > >> internally approving the 4.0.0 TS5 test snapshot release. We are now > >> requesting a vote for review and approval from the general Incubator > >> group and the Incubator PMC. > > > > +0 ATM (i have a couple of questions) i'm now (reluctantly) +1 (see comments below) > > http://svn.apache.org/repos/asf/incubator/ofbiz/trunk/framework/ > > workflow/dtd/xpdl.dtd > > may not be under an open source compatible license (note that > > modification is not explicitly allowed but all rights are not > > restricted). standard DTDs are a difficult subject: many licenses used > > are not open source compatible. may need to ask on legal. i think that > > a clean room implementation of the DTD from the specification under > > the apache license (if that is possible) may be easier and quicker > > than untangling the legal issues. same goes for > > http://svn.apache.org/repos/asf/incubator/ofbiz/trunk/framework/ > > workflow/dtd/xpdl.xsd > > and http://svn.apache.org/repos/asf/incubator/ofbiz/trunk/framework/ > > shark/dtd/TC-1025_schema_10_xpdl.xsd > > > > would this be possible? > > I read through the stuff on the 3party.html page you referenced and I > think if this does become the case there is an easy way we can handle > it. While it may be a little inconvenient we can remove these files > and refer to them in locations publicly available via the internet. > This way we can refer to them, but not include them. > > Would that solve the problem? probably IMHO it's worth considering creating clean room implementations in the medium term (or lobbying for an open source compatible license) > > ofbiz.jar does not contain LICENSE and NOTICE in it's META-INF. so > > this jar cannot be distributed as a bare artifact. for example, this > > means that it cannot be distributed through the maven repository. > > > > do you intend to ban distribution by maven? > > I'm not sure what this would/should look like, and honestly hadn't > considered the distribution of these jars through a Maven repository/ > server. The ofbiz.jar isn't really of any use on its own and is just > an executable place holder that loads other stuff in OFBiz. > > For distribution in Maven would every jar in OFBiz have to include > the NOTICE and LICENSE files? We could certainly do this by just > changing the ant scripts. yes - every apache jar that is released by itself would need NOTICE and LICENSE files > On a side note, is this getting in the way of the voting process for > this Test Snapshot release? possibly AFAIC the substantive issue is the xsd's without open source licenses but IMHO this is a marginal case. the license is missing from the LICENSE file. apache has traditionally issued aggregate binary releases containing redistributable binary components which are not open source but does not include source under restrictive licenses. xsd's are a difficult corner case. much better to create clean room implementations. since this is an incubator release and there seems no substantial legal risk i'm going to +1 but i trust that the mentors will see that this issue is resolved before graduation. > I've notice that no one else has really > voted on it yet. that's not unusual. unfortunately, checking releases takes IPMC energy which is in limited supply. i run RAT (which is quicker) but there's still quite a deal of time talen by offering explanations. mentors really need to cast their votes - robert --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org