Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 80922 invoked from network); 12 Oct 2005 14:12:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 Oct 2005 14:12:11 -0000 Received: (qmail 86073 invoked by uid 500); 12 Oct 2005 14:12:06 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 86014 invoked by uid 500); 12 Oct 2005 14:12:05 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 86003 invoked by uid 99); 12 Oct 2005 14:12:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2005 07:12:04 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [167.206.4.196] (HELO mta1.srv.hcvlny.cv.net) (167.206.4.196) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2005 07:12:06 -0700 Received: from [10.0.1.23] (ool-43560634.dyn.optonline.net [67.86.6.52]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IO900AW03EIH2J0@mta1.srv.hcvlny.cv.net> for harmony-dev@incubator.apache.org; Wed, 12 Oct 2005 10:11:06 -0400 (EDT) Date: Wed, 12 Oct 2005 10:11:07 -0400 From: "Geir Magnusson Jr." Subject: Re: [legal] Bulk contribution barrier to entry In-reply-to: <6923c1db0510112359r356345f4o31e44281498eca94@mail.gmail.com> To: harmony-dev@incubator.apache.org Message-id: <04A9420A-B4C6-4C61-B93B-54E1E711513C@apache.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.734) Content-type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-transfer-encoding: 7BIT References: <96F9F03B-12DD-4439-87A0-870195DEE8D9@apache.org> <20051011091011.GA21839@localhost.localdomain> <0895DA70-5FB9-4A89-B8FC-178662EE91C2@apache.org> <20051011172441.GA31055@localhost.localdomain> <6923c1db0510112359r356345f4o31e44281498eca94@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Oct 12, 2005, at 2:59 AM, Richard Nienaber wrote: > What are the implications in the following scenario: > > Person A contributes completely original code X > Independent reviewer compares X code to copyrighted code Y from > $BIGCORP and > finds them extremely similar I think it comes down to "how extremely". For some problems, there is only one way to do things. For example, create a new subclass of Exception that doesn't look like ... public class FooException extends Exception { public FooException() { } public FooException(String message) { super(message); } public FooException(String message, Throwable cause) { super(message, cause); } public FooException(Throwable cause) { super(cause); } } I've actually been in a situation where a lawyer flagged something like this as a problem. So I think that if the implementation is the "obvious" way - the canonical way a competent practitioner would do it - we're probably ok. OTOH, it's still possible to do an independent implementation of something that does violate copyright - if you independently composed music that sounded just like Vertigo by U2, you'd have a copyright problem. So I think we'll just have to handle those cases if and when they arise. geir > > Now, I'm not saying that Person A was lying, they just solved the > problem > in the same way. Does that mean that Person A's contribution has to be > scrapped and rewritten? > -- Geir Magnusson Jr +1-203-665-6437 geirm@apache.org