Hmm, both are not linked this way (more the opposite ;)). Why not kat (cat for kubernetes, read somewhere everybody loves cats)? ;)
Btw i dont care much of the name while it can last but Id like some other opinion if possible (even negative) - otherwise it can be done at github ;). Le mar. 22 sept. 2020 à 19:34, Francois Papon <francois.pa...@openobject.fr> a écrit : > May be we can call it "excalibur" as we already have "arthur" :) > > regards, > > Françoisfpa...@apache.org > > Le 21/09/2020 à 21:05, Romain Manni-Bucau a écrit : > > 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 <rmannibu...@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 <rmannibu...@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.pa...@openobject.fr> a écrit : >>> >>>> Hi Romain, >>>> >>>> I think the config spec is interesting and could be add to the list. >>>> >>>> regards, >>>> >>>> Françoisfpa...@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> >>>> >>>>
