Is inherited class a derivative work?
Chloe Hoffman
chloehoffman at hotmail.com
Wed Oct 24 14:27:42 UTC 2001
This is not legal advice. No attorney-client relationship is established.
etc etc
>From: "Michael Beck" <mbeck1 at compuserve.com>
>Reply-To: <mbeck1 at compuserve.com>
>To: <license-discuss at opensource.org>
>Subject: RE: Is inherited class a derivative work?
>Date: Wed, 24 Oct 2001 05:45:38 -0400
>
[snip]
>
>Of course, by using the "fair use" doctrine, you could use API to create an
>independent (cleanroom) implementation. That's what seems to be happening
>with
>OpenSource cleanroom implementations of Java API.
>
In the case of Java, there seems to be no need to rely on "fair use". The
following is from, e.g., the JDK 1.1 documentation:
Sun Microsystems, Inc. (SUN) hereby grants to you a fully-paid,
nonexclusive, nontransferable, perpetual, worldwide limited license (without
the right to sublicense) under SUN's intellectual property rights that are
essential to practice this specification. This license allows and is limited
to the creation and distribution of clean room implementations of this
specification that (i) include a complete implementation of the current
version of this specification without subsetting or supersetting, (ii)
implement all the interfaces and functionality of the standard java.*
packages as defined by SUN, without subsetting or supersetting, (iii) do not
add any additional packages, classes or methods to the java.* packages (iv)
pass all test suites relating to the most recent published version of this
specification that are available from SUN six (6) months prior to any beta
release of the clean room implementation or upgrade thereto, (v) do not
derive from SUN source code or binary materials, and (vi) do not include any
SUN binary materials without an appropriate and separate license from SUN.
Also, keep in mind that the meaning of "fair use" is not internationally
defined. The U.S. probably has the most generous "fair use" doctrine. Most
other countries, especially European countries, have very narrow "fair
dealing" provisions which are in most cases very limited e.g. use (copying,
preparing derivative works, etc.) for news reporting, criticism and
research. Further, "fair use" in the U.S. is an extremely fact specific
inquiry - there are pretty much no absolutes.
>However, as indicated in another thread here, Sun in its license indicates
>that
>it has control over changes to the API by stating that any changes to the
>API
>have to be published. Since nobody challenged it so far, it seems that
>there
>might be something to Sun's claim.
>
There may be something to Sun's claim if looked at from the implementation
view point. A set of APIs can be viewed as a compilation. Creating an
implementation that incorporates that compilation (and thus exposes that set
of APIs) may require a license or other permission.
>Michael
>
>
> > > > APIs and even data base schemata (what you get after executing a
> > > > sequence of SQL create table statements) are explicitly
> > noted as: not
> > > > copyright able, not patent able, not trademark able.
> > >
> > > That's interesting. Can you provide any references to it?
> > (in English or
> > > German). Is it German law, or EU?
> > >
> > > Thanks,
> > >
> > > Michael
>
>--
>license-discuss archive is at http://crynwr.com/cgi-bin/ezmlm-cgi?3
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
--
license-discuss archive is at http://crynwr.com/cgi-bin/ezmlm-cgi?3
More information about the License-discuss
mailing list