From open-jpa-dev-return-99-apmail-incubator-open-jpa-dev-archive=incubator.apache.org@incubator.apache.org Sun Jun 18 23:33:08 2006 Return-Path: Delivered-To: apmail-incubator-open-jpa-dev-archive@locus.apache.org Received: (qmail 28414 invoked from network); 18 Jun 2006 23:33:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Jun 2006 23:33:07 -0000 Received: (qmail 34964 invoked by uid 500); 18 Jun 2006 23:33:07 -0000 Delivered-To: apmail-incubator-open-jpa-dev-archive@incubator.apache.org Received: (qmail 34949 invoked by uid 500); 18 Jun 2006 23:33:07 -0000 Mailing-List: contact open-jpa-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: open-jpa-dev@incubator.apache.org Delivered-To: mailing list open-jpa-dev@incubator.apache.org Received: (qmail 34940 invoked by uid 99); 18 Jun 2006 23:33:07 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Jun 2006 16:33:07 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 64.74.244.71 is neither permitted nor denied by domain of geir@pobox.com) Received: from [64.74.244.71] (HELO chi.mobile-health-diary.com) (64.74.244.71) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 18 Jun 2006 16:33:06 -0700 Received: (qmail 17442 invoked from network); 18 Jun 2006 23:32:41 -0000 Received: from ool-43560edb.dyn.optonline.net (HELO ?192.168.1.102?) (geir@67.86.14.219) by b014.internal.mobile-health-diary.com with SMTP; 18 Jun 2006 23:32:41 -0000 Message-ID: <4495E295.7070006@pobox.com> Date: Sun, 18 Jun 2006 19:32:37 -0400 From: Geir Magnusson Jr Reply-To: geir@pobox.com User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: open-jpa-dev@incubator.apache.org Subject: Re: Improving the Maven story for GlassFish References: <7D856CDFE035FF45A0420ACBD71BDD630152E6D4@repbex02.amer.bea.com> <98686F8C-D1DA-404C-B9D3-FA60C383F2DA@SUN.com> <4492268C.5050107@pobox.com> <796BAB1E-0F90-473B-97AA-2BE4D71B8F03@SUN.com> <4493F926.6060506@pobox.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Craig L Russell wrote: > > On Jun 17, 2006, at 5:44 AM, Geir Magnusson Jr wrote: > >> >> >> Craig L Russell wrote: >>> Hi Geir, >>> >>> On Jun 15, 2006, at 8:33 PM, Geir Magnusson Jr wrote: >>>> >>>> Craig L Russell wrote: >>>>> >>>>> Indeed. And I believe that the released Persistence class is different >>>>> from the Geronimo implementation (and nothing against the Geronimo >>>>> folks >>>>> but I'd rather use the glassfish implementation and fix bugs in the >>>>> glassfish project than the Geronimo project). >>>>> >>>> >>>> 1) Why? >>> >>> I don't see much value in typing specs into Java code. >> >> ? > I meant that there isn't much IP in the spec jars, so it's basically > wasted time if the spec jars are available under a compatible license. Agreed, but what if Geronimo already has them? >> >>>> >>>> 2) My problem with Glassfish is that you must sign over copyright to >>>> Sun, so they can then relicense your contribution in any way they see >>>> fit without giving symmetrical rights back to you. Seems like it isn't >>>> a level playing field to me. I'd rather not participate in that >>>> sort of >>>> community development model. >>> >>> I understand. But there's not much IP contributing to a spec jar. I'm >>> not suggesting we contribute to the Reference Implementation. ;-) >> >> I know, but the whole thing is so annoying. I am confident that Sun >> will fix this eventually, but man, I wish they'd trust us and do it >> sooner than later. > > Annoying is not a good reason to waste energy implementing spec jars > with a miniscule of IP, is it? > > I'm not clear on what you think Sun is going to fix "eventually". The > CDDL is brand-new, so it's not likely to change much, is it? I think the CDDL is an excellent license. What I'm objecting to has nothing to do with the CDDL per se, but rather how Sun chooses to run their open source projects. > It just > seems it's an appropriate license for spec jars (and I think I > understand your point that it's not good enough for reference > implementation jars). Again, I think the CDDL is fine :) geir > > Craig > >> >>>> >>>> So maybe the solution is just to ask for dispensation from the ASF to >>>> fork the thing and keep a copy here? >>> >>> You say this jokingly but it might be the answer. >> >> I wasn't really joking, but for something like this where we hope the EG >> gets it right, we wouldn't need to contribute back, really, so no, I'm >> not really advocating this. >> >>> But I'd still rather >>> try to use the existing open source repository, assuming that they are >>> responsive to fixes and provide patch (nightly) builds. This process >>> might be the one that makes my suggestion a non-starter. >>> >>> Craig >>>> >>>> :) >>>> >>>> geir >>>> >>> >>> Craig Russell >>> Architect, Sun Java Enterprise System http://java.sun.com/products/jdo >>> 408 276-5638 mailto:Craig.Russell@sun.com >>> P.S. A good JDO? O, Gasp! >>> > > Craig Russell > Architect, Sun Java Enterprise System http://java.sun.com/products/jdo > 408 276-5638 mailto:Craig.Russell@sun.com > P.S. A good JDO? O, Gasp! >