geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: Fork some of our MP impls
Date Mon, 21 Sep 2020 19:05:26 GMT
Up, any issue to create a geronimo-stack (happy to get a better name)
project?


Le lun. 10 août 2020 à 08:47, Romain Manni-Bucau <rmannibucau@gmail.com> a
écrit :

> Small up, guess it is still holidays so will wait for a few more weeks to
> try to get more feedbacks before doing anything.
>
> 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 ven. 31 juil. 2020 à 09:16, Romain Manni-Bucau <rmannibucau@gmail.com>
> a écrit :
>
>> Makes sense, thanks François
>>
>> 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 ven. 31 juil. 2020 à 09:15, Francois Papon <
>> francois.papon@openobject.fr> a écrit :
>>
>>> Hi Romain,
>>>
>>> I think the config spec is interesting and could be add to the list.
>>>
>>> regards,
>>>
>>> Françoisfpapon@apache.org
>>>
>>> Le 31/07/2020 à 08:34, Romain Manni-Bucau a écrit :
>>>
>>> Hi everyone,
>>>
>>> After some years of MP I think it is not a safe enough technology for
>>> long term applications - i.e. maintained and evolved, not just
>>> developed for 6 months.
>>> The main drawback is that it changes and breaks too often and from my
>>> understanding it is not likely about to change (what I understood is it
>>> will likely be worse and can even import vendor/library API in the spec API
>>> as it had been done for tracing one).
>>>
>>> The most common requirements are, IMHO:
>>>
>>> 1. health
>>> 2. metrics (gauge+counter+openmetrics exporter, others are fancy things)
>>> 3. tracing
>>>
>>> maybe jwt-auth even if less sure.
>>>
>>> Therefore I wonder if we want to fork our own MP impl to provide these 3
>>> specs simplified versions with a stable API.
>>> I envision a single repo with the 3 api/impl.
>>>
>>> wdyt?
>>>
>>> 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>
>>>
>>>

Mime
View raw message