Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: legal-discuss@apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-Id: <0A2C2862-CB47-4C1F-AFF2-9359C81BE137@activemath.org>
From: Paul Libbrecht <paul@activemath.org>
To: legal-discuss@apache.org
In-Reply-To: <f8b39ace0912021804w6e4c61cg5232378469c3120e@mail.gmail.com>
Content-Type: multipart/signed; boundary=Apple-Mail-82-198832957; micalg=sha1;
 protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v936)
Subject: Re: mx4j jar including javax.management... classes;
 activemq jar  containing javax.management and javax.jms... classes - license
 question
Date: Thu, 3 Dec 2009 08:46:26 +0100
References: <4B15535B.5050206@schor.com> <4B155A61.2030901@apache.org>
 <F9719926-0ECB-44DA-9FD7-1E27305E0D41@activemath.org>
 <4B16BDBE.5060802@apache.org>
 <8B2D7D32-60E5-4C35-8905-92D37CD8DAC4@activemath.org>
 <f8b39ace0912021804w6e4c61cg5232378469c3120e@mail.gmail.com>

--Apple-Mail-82-198832957
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

I'm sorry Craig,

I still do not understand.
Do you mean the Geronimo team or the MX4j team would have (re-)written =20=

the classes (mostly java interfaces) in the package javax.* and =20
shipped them along? Isn't this really confusing according to the =20
expectation (at least mine) that package naming defines origin?

This is striking compared to W3C specs which do include properly =20
licensed method names.

paul


Le 03-d=E9c.-09 =E0 03:04, Craig McClanahan a =E9crit :

> On Wed, Dec 2, 2009 at 1:09 PM, Paul Libbrecht <paul@activemath.org> =20=

> wrote:
>> Le 02-d=E9c.-09 =E0 20:19, Mark Thomas a =E9crit :
>>>
>>> In summary:
>>> - use of mx4j is not an issue for any ASF project
>>> - that gfact that a project implements a JSR does not require any
>>> entries in a project's LICENSE or NOTICE file
>>
>> I feel this summary is only true as long as the distribution does not
>> include any specification classes which is, I thought, the issue =20
>> we're
>> discussing and not at all the redistribution of the reference
>> implementation.
>>
>
> You are missing a key point ... the specification classes jar in
> question was *not* part of the spec or the reference implementation
> (although the description of the API they implement *is* defined by
> the spec).  The jar was provided by the MX4J team.
>
>>
>> I've seen many tomcats distribute servlet.jar. That's ok if it is =20
>> properly
>> explained that servlet.jar is from another source and is =20
>> distributed with
>> another license. I've seen this broken many times.
>>
>
> Tomcat's servlet.jar is not from another source (although technically,
> because Tomcat was contributed to Apache before there was a JCP, these
> classes were originally contributed to Apache rather than created
> here).  As a more modern example, all the API jar files in Geronimo
> were created at Apache, by Apache committers, and licensed under the
> Apache License.
>
>>
>> Claiming the mx4j.jar was covered by APL is, I believe we all =20
>> agree, the
>> wrong and disputed thing. Or?
>>
>
> "Or" indeed.  That is not how it works.
>
>> And the Apache projects that use it, as I
>> understand, should not distribute a jar that is wrongly licensed =20
>> and should
>> split.
>>
>
> They should indeed not distribute jars from other parties with
> incompatible licenses.  However, the MX4J implementation includes API
> classes provided by the MX4J team, just as Geronimo provides all the
> javax.* APIs that are part of Java EE.  The sources for these files
> were authored by the respective teams, not copied from the
> specification or the reference implementation.
>
>>
>> paul
>>
>>
>>
>>
>
> Craig McClanahan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org
> For additional commands, e-mail: legal-discuss-help@apache.org
>


--Apple-Mail-82-198832957
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDDzCCAwsw
ggJ0oAMCAQICECfgYPDm3JFN4mPGdyWyyVgwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUyNjA3MzIzNloXDTEwMDUyNjA3MzIz
NlowcDEaMBgGA1UEBBMRTGliYnJlY2h0IEdvdXJkZXQxDTALBgNVBCoTBFBhdWwxHzAdBgNVBAMT
FlBhdWwgTGliYnJlY2h0IEdvdXJkZXQxIjAgBgkqhkiG9w0BCQEWE3BhdWxAYWN0aXZlbWF0aC5v
cmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDeZiQTdNavFBrVY7WMNWscajCzBRZF
cWhrkQyh2V0CCrwx7ElHEM0asrD/FbmK+eor0aeav4u/3RKj3qOsV/HV8VRiM2zHaaErrp+/boPw
FapmxhPk0TXLceFJAgL5ZA1RsfpcIxGzE/AQ5ic+MqZXp2tZkH6RNeOwoUTURZb2bOZWX5fA1G+L
G+IVs20vAN6i/Kdud3JUe9ElfHWfJTl2eO42Hea5MVLnk2IkmCqzxC3CcEchOgOzIrnEjaj/JLPB
ZZkDv6sTyEouG4qQHr4trSZCe5anTM2HoPVtmAoaz+Acyt2+0cwIUIPGDjk1K0mvrnCbVIOUNlUe
FVJu0svnAgMBAAGjMDAuMB4GA1UdEQQXMBWBE3BhdWxAYWN0aXZlbWF0aC5vcmcwDAYDVR0TAQH/
BAIwADANBgkqhkiG9w0BAQUFAAOBgQDC0P6qlhvM4E2XepLgrDWLj7yp9obwKr2tZBvM3lXGCIyx
edzPOMRQABPH3eBbvhKyMb64AoCttJ0vt+QcBLLtc9TkBxPyHyaRHmi4NUMlJJyy1z6pLNc0Ipec
U+qv5ck7Cl2SUs7ZQps9ZSW++s4LKKrcdsEs9HD4myt1YusWKTGCAxAwggMMAgEBMHYwYjELMAkG
A1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAn4GDw5tyRTeJjxnclsslYMAkG
BSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA5
MTIwMzA3NDYyN1owIwYJKoZIhvcNAQkEMRYEFGeuqgOqBtjGazslTbMndey95bgVMIGFBgkrBgEE
AYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQJ+Bg
8ObckU3iY8Z3JbLJWDCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK
ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg
RnJlZW1haWwgSXNzdWluZyBDQQIQJ+Bg8ObckU3iY8Z3JbLJWDANBgkqhkiG9w0BAQEFAASCAQCZ
apzQcOEFAD4oaXcgbWnnFTYoa5mzXFQvgckW+J4jnzui2fG7o6RViCltEHtFTNlLJjEmwi2y+nEE
5E/fWzcP830vsxLusJX2KKB+vpc9oaMjpP/0nOHNPfeSS7j3BfC42bb9PFhU5eS7b5c+KYEjAwhZ
BZVkG55MWYS8htmJurmPuSDHIjgU/4L3diqVIjblmTVkrNGSZllA0vgIUKF2sU158TeNn6QJvzN3
ZEnI+qhDFloYxUD3Msl3j03ez/2Md3gx8KXOgijttJHpHdZz38FJT8MD1/6zUx2LW/Kei/4lepr2
QI4klxAaZXmaR1T6CYheAXkfQ+b+BmDJH88JAAAAAAAA

--Apple-Mail-82-198832957--