users@javaee-security-spec.java.net

[javaee-security-spec users] [jsr375-experts] Re: Comments on Current Spec Content (take 3)

From: Werner Keil <werner.keil_at_gmail.com>
Date: Tue, 7 Feb 2017 13:20:04 +0100

Seems I also can, so please if those with strong objections or reasons not
to stream-line those repositories speak up in the course of the day,
otherwise I can change it.

Werner


On Tue, Feb 7, 2017 at 1:18 PM, Werner Keil <werner.keil_at_gmail.com> wrote:

> Btw, it may not have the highest priority, but if somebody with admin
> rights could eventually rename the other two repositories
> javaee-security-proposals
> <https://github.com/javaee-security-spec/javaee-security-proposals>
> javaee-security-examples
> <https://github.com/javaee-security-spec/javaee-security-examples>
>
> To
>
> "security-proposals"
>
> and
>
> "security-examples" then everything would really be consistent ;-)
>
>
> "soteria" is an exception, but RI projects like "jersey", "ozark", etc.
> often have their own distinct names.
>
>
> Kind Regards,
> Werner
>
>
>
> On Tue, Feb 7, 2017 at 9:38 AM, Ivar Grimstad <ivar.grimstad_at_gmail.com>
> wrote:
>
>> That makes sense. Thanks, Werner!
>>
>> Ivar
>>
>> On Tue, Feb 7, 2017 at 9:34 AM Werner Keil <werner.keil_at_gmail.com> wrote:
>>
>>> 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
>>>
>>>
>>> --
>>
>> Java Champion, JCP EC/EG Member, JUG Leader
>>
>
>