Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 45097 invoked from network); 26 Nov 2007 01:04:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Nov 2007 01:04:20 -0000 Received: (qmail 98632 invoked by uid 500); 26 Nov 2007 01:04:07 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 98434 invoked by uid 500); 26 Nov 2007 01:04:06 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 98423 invoked by uid 99); 26 Nov 2007 01:04:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Nov 2007 17:04:06 -0800 X-ASF-Spam-Status: No, hits=-2.0 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cctrieloff@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2007 01:03:46 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.1) with ESMTP id lAQ13l74001831; Sun, 25 Nov 2007 20:03:47 -0500 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.76.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lAQ13lfI014942; Sun, 25 Nov 2007 20:03:47 -0500 Received: from [10.13.248.53] (vpn-248-53.boston.redhat.com [10.13.248.53]) by mail.boston.redhat.com (8.13.1/8.13.1) with ESMTP id lAQ13kq3018213; Sun, 25 Nov 2007 20:03:47 -0500 Message-ID: <474A1C2C.5090702@redhat.com> Date: Sun, 25 Nov 2007 20:06:52 -0500 From: Carl Trieloff Reply-To: cctrieloff@redhat.com Organization: Red Hat User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: Maven Developers List CC: legal-discuss@apache.org, Richard van Nieuwenhoven Subject: Re: copieing sources in to a maven-plugin References: <47397060.4030506@gmx.at> <0A1B7D0F-9499-4E94-8DA1-A09467208CB0@apache.org> <262c6c680711251546y7d054d08r44cf1529d050483d@mail.gmail.com> In-Reply-To: <262c6c680711251546y7d054d08r44cf1529d050483d@mail.gmail.com> Content-Type: multipart/alternative; boundary="------------080402000906050603010401" X-Virus-Checked: Checked by ClamAV on apache.org --------------080402000906050603010401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit yes and no. You can NOT copy files from EPL into an ASL project, or modify them in an ASL project. However you can take a binary (jar) dependency on an EPL binary. So you would have to copy the jar that the source is in. However, the source or part of the jar is also not permitted by the combination of ASL / EPL. i.e. only binary dependencies on EPL will work under ASL. Cliff has a good page posted on topic posted. Carl. Arnaud HERITIER wrote: > Hi Guys, > > Thus what can I do ? > Richard proposed a patch (http://jira.codehaus.org/browse/MECLIPSE-344) > which is very useful for our eclipse plugin, but it bundles 2 java classes > coming from eclipse (IBM - EPL 1.0). Those sources are in src/main/eclipse > with the license file. > > Can I add them, or is it prohibited ? > > Arnaud > > On Nov 14, 2007 4:37 AM, Brett Porter wrote: > > >> On 13/11/2007, at 4:37 AM, Richard van Nieuwenhoven wrote: >> >> >>> I see different solutions, but witch one to take .... >>> - copy the sources and leaf them as untouched as possible (may be even >>> in a own source folder to separate them and exclude them from code >>> reformating) >>> >> yes, they will need to be separate in this case - note that the EPL >> requires you contribute enhancements and fixes back to the author. >> >> >>> - extract the classes or sources at build time and include them in the >>> package as classes >>> >> this is likely a better alternative to the above, but remember you >> need to include the relevant license/notice if you distribute your code. >> >> >>> - completely rewrite the part i need (to remove the copyright) >>> >> you can't just "remove copyright" and rewrite in place - if you >> rewrite it must be free of influence from the original. >> >> >>> - include the dependency anyway >>> >> that might be the best place to start, and use exclusions to remove >> the tree of deps you don't need. >> >> - Brett >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> For additional commands, e-mail: dev-help@maven.apache.org >> >> >> > > > --------------080402000906050603010401 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
yes and no.

You can NOT copy files from EPL into an ASL project, or modify them in an ASL project. However you can take a binary (jar) dependency on an EPL binary. So you would have to copy the jar that the source is in. However, the source or part of the jar is also not permitted by the combination of ASL / EPL. i.e. only binary dependencies on EPL will work under ASL. Cliff has a good page posted on topic posted.

Carl.

Arnaud HERITIER wrote:
Hi Guys,

  Thus what can I do ?
  Richard proposed a patch (http://jira.codehaus.org/browse/MECLIPSE-344)
which is very useful for our eclipse plugin, but it bundles 2 java classes
coming from eclipse (IBM - EPL 1.0). Those sources are in src/main/eclipse
with the license file.

  Can I add them, or is it prohibited ?

Arnaud

On Nov 14, 2007 4:37 AM, Brett Porter <brett@apache.org> wrote:

  
On 13/11/2007, at 4:37 AM, Richard van Nieuwenhoven wrote:

    
I see different solutions, but witch one to take ....
- copy the sources and leaf them as untouched as possible (may be even
in a own source folder to separate them and exclude them from code
reformating)
      
yes, they will need to be separate in this case - note that the EPL
requires you contribute enhancements and fixes back to the author.

    
- extract the classes or sources at build time and include them in the
package as classes
      
this is likely a better alternative to the above, but remember you
need to include the relevant license/notice if you distribute your code.

    
- completely rewrite the part i need (to remove the copyright)
      
you can't just "remove copyright" and rewrite in place - if you
rewrite it must be free of influence from the original.

    
- include the dependency anyway
      
that might be the best place to start, and use exclusions to remove
the tree of deps you don't need.

- Brett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


    


  

--------------080402000906050603010401--