[cdi-dev] Merging JSR-330 into CDI

Mark Struberg struberg at yahoo.de
Sun Mar 20 15:38:26 EDT 2016


>Okay, and then it just concerns the package itself, right? Not any parent packages. As javax.security as parent package is shared by both JASPIC and JACC, while the parent itself is proposed for JSR 375.


Yes, at least as far as I understood.

LieGrue,
strub


On Sunday, 20 March 2016, 20:34, arjan tijms <arjan.tijms at gmail.com> wrote:


>
>
>On Sun, Mar 20, 2016 at 11:58 AM, Mark Struberg <struberg at yahoo.de> wrote:
>
>It's fine to have one spec own multiple packages. But one package shall not get maintained by multiple specs.
>>
>>Think about how sealed jars or OSGi should handle this -> technically broken and also not allowed by the JCP rules.
>>
>
>
>Okay, and then it just concerns the package itself, right? Not any parent packages. As javax.security as parent package is shared by both JASPIC and JACC, while the parent itself is proposed for JSR 375.
>
>
>Kind regards,
>Arjan Tijms
>
>
> 
>
>>
>>Thus before we seriously think about that we need to know what features we like to get from JSR-330.
>>
>>I mean I'm really happy to have all this enthusiasm, but in the end it needs to turn into real progress.
>>
>>
>>There are sooo many pull requests waiting to get reviewed first!
>>
>>* CDI-SE needs a total rework for example
>>* the Builders need a review
>>
>>etc
>>
>>
>>LieGrue,
>>strub
>>
>>
>>
>>On Sunday, 20 March 2016, 11:12, arjan tijms <arjan.tijms at gmail.com> wrote:
>>>
>>>
>>>On Sun, Mar 20, 2016 at 8:34 AM, Mark Struberg <struberg at yahoo.de> wrote:
>>>
>>>3.) We cannot simply take the javax.inject package and maintain it in CDI. It is forbidden to split a java package into multiple specs.
>>>>
>>>
>>>
>>>Do you mean it's forbidden for a spec to own multiple packages, e.g. CDI owning both javax.enterprise and javax.inject, or a single package being owned by multiple specs, e.g. javax.inject being owned by both AtInject 1.0 and CDI 2/3.x?
>>>
>>>
>>
>
>
>
>


More information about the cdi-dev mailing list