Return-Path: Delivered-To: apmail-incubator-open-jpa-dev-archive@locus.apache.org Received: (qmail 74102 invoked from network); 17 Jun 2006 12:39:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Jun 2006 12:39:54 -0000 Received: (qmail 1655 invoked by uid 500); 17 Jun 2006 12:39:53 -0000 Delivered-To: apmail-incubator-open-jpa-dev-archive@incubator.apache.org Received: (qmail 1617 invoked by uid 500); 17 Jun 2006 12:39:53 -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 1608 invoked by uid 99); 17 Jun 2006 12:39:53 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Jun 2006 05:39:53 -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; Sat, 17 Jun 2006 05:39:52 -0700 Received: (qmail 15930 invoked from network); 17 Jun 2006 12:39:30 -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; 17 Jun 2006 12:39:30 -0000 Message-ID: <4493F800.6010900@pobox.com> Date: Sat, 17 Jun 2006 08:39:28 -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> <44936CA7.7090601@hogstrom.org> In-Reply-To: <44936CA7.7090601@hogstrom.org> 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 I personally don't care very much, I don't think there will be any legal issues - CDDL-ed binaries are fine. geir Matt Hogstrom wrote: > Craig, > > IANAL and like Patrick I don't understand all the subtleties of the > legal issues. Pragmatically speaking though, I agree that it would be > beneficial to everyone if we all operated off of a common set of specs. > As Patrick pointed out there is always a potential issue when trying to > replicate logic. > > At the end of the day its about being flexible and open. I think the > option to be flexible in the license on Sun's part would be ideal :) > > So far it doesn't sound like we have a conclusion to this thread. > > For my part, I'd like to use Glassfish so as not to create extra work > and duplicated effort. However, if that comes at the price of > restrictions on the ASF then I prefer we use the ones in Geronimo and > trust that the TCKs will flush out the issues if there are any. > > Matt > > 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. >>> >>> 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. ;-) >>> >>> 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. 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! >> > >