search

apastsya / jsr358

0 stars 0 forks source link

JSR358-14: 1.4 - Remove TCK Non-compete clauses/language #2

Open apastsya opened 13 years ago

apastsya commented 13 years ago

Jira issue originally created by user lincolnbaxter:

Having terminology in the JCP Process Doc which states that no-competing test-suite may be implemented for any JSR is a patently horrible idea.

Not only should open-source licences be encouraged for TCK implementations, we must remove all "Non-compete" language regarding alternative test suites such as OpenTCK. It is currently not-allowed to contribute or implement "competing" test suites for Java EE specifications. This situation is unacceptible and completely counter to the nature of open source software development, and software development itself.

--Lincoln

apastsya commented 13 years ago

Comment created by lincolnbaxter:

Process Doc Section 1.4

apastsya commented 13 years ago

Comment created by lincolnbaxter:

These ideas were drafted by an independent group reviewing the Early Draft from June 21, 2011 - apologies for out-of-date issues.

apastsya commented 13 years ago

Comment created by karianna:

This issue is too complex for JSR-348 and will be discussed under 'JSR.next 2' where licensing and TCK issues will be thrashed out.

apastsya commented 13 years ago

Comment created by pcurran:

I'm not sure what "non-compete language" you're referring to (unless it's in TCK licenses.)

apastsya commented 13 years ago

Comment created by pcurran:

Postpone to JSR2 - make sure it's on the list in sufficient detail.

apastsya commented 13 years ago

Comment created by pcurran:

I've added this issue to the JSR2 list, so I'm closing it here.

apastsya commented 12 years ago

Comment created by pcurran:

I'm reopening this issue since I'm cleaning up the JSR3 list (where this would have been discussed) and in the process of doing so I've reconsidered...

As I pointed out earlier, there is no language in the current or previous versions of the Process Document that resembles a non-compete clause. Nor can I find any such language in the standard TCK license that Oracle publishes with its latest JSRs.

This seems to be a non-issue and I'd like to close it for good.

(The more general issue of what kinds of license should be used for RI and TCK will remain on the list for the future JSR.)

apastsya commented 12 years ago

Comment created by lincolnbaxter:

Hey Patrick,

I'll re-review the docs and attempt to locate the statement for which this issue was created. Thanks so much for taking such close attention to these issues.

~Lincoln

apastsya commented 12 years ago

Comment created by pcurran:

Bill Shannon has pointed out that there is "non-compete" language in Oracle's standard TCK license:

In section 2.1(b)(iv) it states that Licensee may not

(iv) develop other test suites intended to validate compatibility with the Java Specification(s) to which the TCK(s) licensed hereunder corresponds

apastsya commented 12 years ago

Comment created by lincolnbaxter:

Yes! That's the statement. I got this confused with the process Doc probably because I had read them around the same time. Sorry for the confusion, but glad it has been found.

apastsya commented 12 years ago

Comment created by starksm64:

This does need to be addressed in the followup jcp process revision. Effectively every tck implementor has their own testsite that touches on compatibility issues and it is silly to have these be in conflict with the tck license.