For the MP spec impl we do <spec name marker>_<version> like JwtAuth_1.0
for instance, we can surely do the same:

Interceptor1.2_1.1
El2.2_1.1
etc...

side note: el (as servlet, websocket) has a tomcat version so we might want
to merge both @asf long term

If you didnt get your versions tomorrow and nobody complains, ping back
here, i'll move forward and create it (off now so not that easy)

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le mar. 21 août 2018 à 16:47, Raymond Auge <[email protected]> a
écrit :

> I see your point.
>
> Would you rather each spec have a version to release against? I'm ok with
> it, and I am confident I can still to a single release from N tags ;)
>
> However, I have to ask a PMC to make JIRA versions for all of these:
>
> Spec                      / current artifact version
> ================================
> interceptor 1.2       / 1.1-SNAPSHOT
> el 2.2                     / 1.1-SNAPSHOT
> atinject 1.0            / 1.1-SNAPSHOT
> annotation 1.3       / 1.1-SNAPSHOT
> cdi 2.0                   / 1.1-SNAPSHOT
> jaxrs 2.1                / 1.1-SNAPSHOT
> jbatch 1.0              / 1.1-SNAPSHOT
> validation 2.0        / 1.0-SNAPSHOT
> json 1.1                 / 1.1-SNAPSHOT
> jsonb 1.0               / 1.1-SNAPSHOT
>
> I only thought of a single JIRA version so a PMC's time would not be so
> wasted making all those ;)
>
> What shall we do?
> - Ray
>
> On Tue, Aug 21, 2018 at 10:36 AM, Romain Manni-Bucau <
> [email protected]> wrote:
>
>> Hi Raymond,
>>
>> Not sure I have in mind the exact content of your work but if we can have
>> N changelog and just see the single vote as an aggregate it works.
>> The point is to ensure users can report against something clear the
>> issues and MP is not clear since it is actually a lot of specs and the same
>> spec version will be in N version of MP specs.
>>
>> Does it make sense?
>>
>> Romain Manni-Bucau
>> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
>> <https://rmannibucau.metawerx.net/> | Old Blog
>> <http://rmannibucau.wordpress.com> | Github
>> <https://github.com/rmannibucau> | LinkedIn
>> <https://www.linkedin.com/in/rmannibucau> | Book
>> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
>>
>>
>> Le mar. 21 août 2018 à 16:00, Raymond Auge <[email protected]> a
>> écrit :
>>
>>> Hey all,
>>>
>>> I've been working with a number of specs related to and complementary to
>>> Microprofile.
>>>
>>> I would like to release these as a single release vote to save process.
>>>
>>> What I was not sure about was under what version in JIRA should I place
>>> the related changes so that I can create a single changelog.
>>>
>>> Does it sound appropriate to maybe create a mp-2.0 version I could use?
>>>
>>> Sincerely,
>>> --
>>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>>>  (@rotty3000)
>>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>>>  (@Liferay)
>>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
>>> (@OSGiAlliance)
>>>
>>
>
>
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
> (@OSGiAlliance)
>

Reply via email to