www-jcp-open mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Schaefer <joe+apa...@sunstarsys.com>
Subject Re: Are proprietary TCK's compatible with open standards?
Date Thu, 05 Jul 2007 02:00:00 GMT
Sam Ruby <rubys@apache.org> writes:

> Dalibor Topic[2]:
>     "Proprietary software should not be allowed to be tied in as a
>     fundamental part of an open standard in any form."
>     "It doesn't matter if such software comes from IBM, Sun, Oracle,
>     BEA, Red Hat, Google, Nokia, or someone else. It doesn't really
>     matter what the restrictions are, either."
>     "If the TCK is proprietary, a JSR needs to be voted down, until it
>     is resubmitted with that bug fixed."
> My initial thoughts: is this step necessary?  No, not if there are
> viable other alternatives.  Is this sufficient?  Actually, yes.  It
> would neatly solve both the FOU and NDA issues.  It has the added
> benefit of addressing the behavior as opposed to the person.

I can see how it resolves the NDA issue, but does it really resolve the
FOU also?  The FOU problem AIUI isn't with the licensing on the TCK 
software for Harmony, it's in how the results of the test may be 

FWIW I wouldn't mind at all if we changed our voting on JSRs along
those lines, but it might be problematic at this point to refuse
to accept TCK licenses that are not open source.  Especially when
people are complaining about refusing them over NDAs, which are 
actually quite dangerous if they're really about protecting trade
secrets.  God forbid there is some interesting technique in the TCK
that gets carried over into the project.

In any case, IMO we *must* stop entering into NDAs in order to 
negotiate the terms of the TCK, open source or not.

Joe Schaefer

View raw message