I believe a main reason is also licensing. The Spec document uses the Spec
License (except 2 JSRs by Red Hat that somehow negotiated dual-licensing.
so strictly speaking their Spec could be altered or "improved" under the
Apache License without problems;-O) while all other "code" artifacts use
the respective licenses of the RI in most cases now.
Werner
On Tue, Feb 7, 2017 at 9:14 AM, Ivar Grimstad <ivar.grimstad_at_gmail.com>
wrote:
> Hi,
>
> Is there any reason for separating the spec document from the api code?
> Doesn't it make sense to keep it together as they will be following the
> same versioning scheme?
>
> Ivar
>
> On Mon, Feb 6, 2017 at 11:06 PM Will Hopkins <will.hopkins_at_oracle.com>
> wrote:
>
>> Done.
>>
>>
>> On 02/06/2017 05:00 PM, Will Hopkins wrote:
>>
>> Hearing no objections, I'll go ahead with the rename.
>>
>> On 02/06/2017 04:46 PM, arjan tijms wrote:
>>
>> +1
>> Sounds good
>>
>> Btw, anyone has more comments about my reply to Will regarding his
>> initial feedback?
>>
>> Kind regard,
>> Arjan Tijms
>>
>>
>>
>> On Mon, Feb 6, 2017 at 10:40 PM, Werner Keil <werner.keil_at_gmail.com>
>> wrote:
>>
>> +1
>> no problem with that.
>>
>>
>> On Mon, Feb 6, 2017 at 10:38 PM, Will Hopkins <will.hopkins_at_oracle.com>
>> wrote:
>>
>> Can we settle on "security-api" and "security-spec"? Those seem like the
>> best compromise based on the various concerns expressed.
>>
>>
>> On 02/06/2017 04:21 PM, Werner Keil wrote:
>>
>> Another thought since the artifactID is likely to remain that way even in
>> future JSRs (beyond 375) why not use the artifactId "javax.security-api"
>> ?
>>
>>
>>
>>
>> On Mon, Feb 6, 2017 at 10:19 PM, Werner Keil <werner.keil_at_gmail.com>
>> wrote:
>>
>> It's a little long.
>> "sec-api" sounds extremely close to the old "spec-api" with just one
>> character missing.
>> So maybe something in between those two extremes?
>>
>>
>>
>> On Mon, Feb 6, 2017 at 10:17 PM, Ivar Grimstad <ivar.grimstad_at_gmail.com>
>> wrote:
>>
>> Another thought: Why not call it what it is and use something like
>> javaee-security-api?
>>
>> On Mon, Feb 6, 2017 at 10:15 PM Ivar Grimstad <ivar.grimstad_at_gmail.com>
>> wrote:
>>
>> I like sec-api or similar better than using the JSR number. This JSR will
>> probably be followed by another for Security API 2.0 and will most likely
>> be based on the same code base and continue using the same repo.
>>
>> Ivar
>>
>> On Mon, Feb 6, 2017 at 10:05 PM Will Hopkins <will.hopkins_at_oracle.com>
>> wrote:
>>
>> The GitHub repo can be renamed any time (i.e., after java.net goes away).
>>
>> The migration plan is not yet definite, but I believe it will involve
>> moving repos to GitHub, under a Java EE organization. I thought we could
>> rename the repo at that time (since there would no longer be a need to sync
>> with java.net).
>>
>> If you like jsr375-api better, I can rename it now. I also thought of
>> sec-api. If so, I'll probably rename the spec as well, for consistency
>> (i.e., jsr375-spec).
>>
>> Let me know what you think.
>>
>>
>> On 02/06/2017 03:43 PM, Werner Keil wrote:
>>
>> Will java.net now be around after late April???
>>
>> Otherwise not sure, why naming around some strange behavior of a dying
>> platform would be necessary?
>>
>> We could keep a temporary "hack" of "api-code" (unless someone came up
>> with a much better name now ("jsr-api" maybe or "security-api") and change
>> it later assuming java.net goes away as planned and is not prolonged now?
>>
>> Nailing it to this particular JSR number (similar to JSR 354)
>> "jsr375-api" would also be another option.
>>
>> Regards,
>> Werner
>>
>>
>> --
>> Will Hopkins | Platform Security Architect | +1.781.442.0310 <%28781%29%20442-0310>
>> Oracle Cloud Application Foundation
>> 35 Network Drive, Burlington, MA 01803
>>
>> --
>>
>> Java Champion, JCP EC/EG Member, JUG Leader
>>
>> --
>>
>> Java Champion, JCP EC/EG Member, JUG Leader
>>
>>
>>
>>
>> --
>> Will Hopkins | Platform Security Architect | +1.781.442.0310 <+1%20781-442-0310>
>> Oracle Cloud Application Foundation
>> 35 Network Drive, Burlington, MA 01803
>>
>>
>>
>>
>> --
>> Will Hopkins | Platform Security Architect | +1.781.442.0310 <(781)%20442-0310>
>> Oracle Cloud Application Foundation
>> 35 Network Drive, Burlington, MA 01803
>>
>>
>> --
>> Will Hopkins | Platform Security Architect | +1.781.442.0310 <(781)%20442-0310>
>> Oracle Cloud Application Foundation
>> 35 Network Drive, Burlington, MA 01803
>>
>> --
>
> Java Champion, JCP EC/EG Member, JUG Leader
>