Bug 4589 - Wrong license header in all Spec (API) files and License.txt
Wrong license header in all Spec (API) files and License.txt
Status: RESOLVED INVALID
Product: jbatch
Classification: Unclassified
Component: source
1
All All
: P4 major
: ---
Assigned To: cvignola
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-24 23:45 UTC by keilw
Modified: 2013-02-22 20:56 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description keilw 2013-01-24 23:45:17 UTC
When looking into files like ItemReader, ItemWriter, etc. I stumbled over a wrong License header in all files under the JSR352.API module.

That module is the "Spec" as far as one can see, no TCK or RI included. 
Thus the Spec License like in the JSR page applies and an appropriate header should declare that. Currently all files say they're licensed under Apache 2.0 which is incorrect.

Same goes for the Licence.txt file in the top level Maven project, this shall be moved into appropriate sub-modules like JSR352.Tests.TCK or similar. And JSR352.API get a License.txt with the right license, like found in http://jcp.org/aboutJava/communityprocess/licenses/jsr352/352-spec-license.pdf
Comment 1 cvignola 2013-01-25 17:04:11 UTC
Noted. We will resolve before final approval ballot.
Comment 2 cvignola 2013-02-22 17:40:08 UTC
I consulted my legal team and they inform me all content delivered in the RI, including the javax.batch.* files, must carry the RI license.  Only the spec carries the spec license.
Comment 3 keilw 2013-02-22 19:51:52 UTC
(In reply to comment #2)
> I consulted my legal team and they inform me all content delivered in the RI,
> including the javax.batch.* files, must carry the RI license.  Only the spec
> carries the spec license.

Well, there's a wide misunderstanding on what is "Spec" and what is "API", the latter legal departments not just yours seems to consider identical to RI.

The argument is taken and carried into the relevant JSR 358 JIRA ticket and WG discussion. 
See http://java.net/jira/browse/JSR358-49 for your info and reference. Feel free to share with legal, though there might be someone by IBM in the 358 WG anyway.

Most recent Red Hat proposal looks closest to resolving this issue and possibly eliminating or simplifying that "Spec" license dilemma, a license effectively just for a piece of paper that's worthless and irrelevant when the API and Spec are really consumed in every day life. Nobody even cares about that Spec license once the Spec/API RI or TCK are used out there either via Maven or inside a Java EE based product.

Thanks for your input.
Comment 4 cvignola 2013-02-22 20:56:31 UTC
Keil, thanks for the additional information.  It is interesting to see this issue is more wide spread than just JSR 352.   I am glad to see you have initiated action to resolve this globally.