May be we can call it "excalibur" as we already have "arthur" :)
regards, François fpa...@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 <mailto: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 <mailto: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 > <mailto:francois.pa...@openobject.fr>> a écrit : > > Hi Romain, > > I think the config spec is interesting and could be add to > the list. > > regards, > > François > fpa...@apache.org <mailto:fpa...@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> >
