Return-Path: Delivered-To: apmail-jcp-open-archive@www.apache.org Received: (qmail 23791 invoked from network); 11 Jul 2007 14:09:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Jul 2007 14:09:59 -0000 Received: (qmail 84747 invoked by uid 500); 11 Jul 2007 14:10:01 -0000 Delivered-To: apmail-jcp-open-archive@apache.org Received: (qmail 84626 invoked by uid 500); 11 Jul 2007 14:10:01 -0000 Mailing-List: contact jcp-open-help@apache.org; run by ezmlm Precedence: bulk Reply-To: jcp-open@apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list jcp-open@apache.org Received: (qmail 84615 invoked by uid 99); 11 Jul 2007 14:10:01 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jul 2007 07:10:01 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [69.147.64.95] (HELO smtp122.sbc.mail.sp1.yahoo.com) (69.147.64.95) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 11 Jul 2007 07:09:55 -0700 Received: (qmail 60108 invoked from network); 11 Jul 2007 14:09:34 -0000 Received: from unknown (HELO ?192.168.254.246?) (ddebrunner@sbcglobal.net@64.175.42.164 with plain) by smtp122.sbc.mail.sp1.yahoo.com with SMTP; 11 Jul 2007 14:09:34 -0000 X-YMail-OSG: B4VGFuAVM1n6oWKsNMvAhDFC4dkgcCz3iRHpMw00NfiIbITNtJw5ahAjKLtMVw56uxudfm4nUA-- Message-ID: <4694E3F1.4060007@apache.org> Date: Wed, 11 Jul 2007 07:06:41 -0700 From: Daniel John Debrunner User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: jcp-open@apache.org Subject: Re: [VOTE] New ASF/JCP Policies References: <3d4032300707030529l7a8cad40p8f50f9cad2f852df@mail.gmail.com> <469136A5.4000706@dslextreme.com> <9abd5e730707081225i13ef76aqb83c305f26038870@mail.gmail.com> <4691E43D.7080500@dslextreme.com> <46924633.8030507@rowe-clan.net> <469296B8.3090208@apache.org> <46929B88.3080704@rowe-clan.net> <4692A29D.10509@apache.org> <4692B93A.7070304@apache.org> <4693983F.9000704@apache.org> <4693B641.6040005@rowe-clan.net> <46944BEA.1030908@apache.org> <4694524F.70707@rowe-clan.net> <46945594.1030508@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Bill Barker wrote: > "Daniel John Debrunner" wrote > in message news:46945594.1030508@apache.org... >> William A. Rowe, Jr. wrote: >>> Daniel John Debrunner wrote: >> Thanks for the detailed answers. Just to confirm, I'm not suggesting any >> of these actions for the ASF, I'm trying to understand the legal status of >> each. So while dropping harmony is probably not an option for us, it is an >> interesting counterpoint to the other options when just looking at the >> legal status. >> >>>>>> 2) Release harmony with FOU restrictions. Preserves Sun's monopoly in >>>>>> the embedded space for Java(tm) technology. >>> That's not acceptable; the ASF does not release software with >>> restrictions >>> beyond the scope of the Apache License v2.0. And further it grants Sun >>> a monopoly to use ASF code (and check your J2SE distribution, it's there) >>> for their exclusive financial benefit. This option is worrysome from the >>> PoV of our 501(c)3 status, even if we tolerated it. >> I asked this once & got no reply. How could Sun use the harmony code for >> their exclusive financial benefit? They would be subject to the same >> licence terms as everyone else (remember it's not released under the ALv2 >> in this case, but under some licence with the FOU restrictions). I think >> it's a pretty safe bet that non of the harmony code is under Sun's >> copyright :-), so they can't change the licence. >> > > Without certifying, Harmony isn't officially a Java SE impementation. It is > a sort-of-like-Java-thingy, much like MS's Java.net, that compiles the Java > code into some sort of byte code that may or not be able to be read by a > complient JVM. > > The ASF license allows branching at no cost, so > hypothetically, Sun could branch the Harmony code and then > develop it under any (sub-)license they choose. Basically, they would do > the same thing that they did with GlassFish. They own the license to the > TCK, so hypothetically could could pass the tests on their > own. I understand that, but in this hypothetical situation I'm asking the question about harmony *is* certified and is *not* being released under the ALv2, but instead a a licence that has restrictions that would also apply to Sun. So the question remains unanswered. If you mean above that Sun could branch the current harmony code (as it is under ALv2) then that's true regardless of if harmony is released with an FOU restriction or not. So that means that releasing harmony with FOU restrictions does not impact our 501(c)3 status, which is a claim that is being made by some. Dan.