It sounds very good. Are you planning to provide a similar complete example
using the building blocks you mentioned?
Christian
Am Mi., 15. Apr. 2020 um 13:33 Uhr schrieb Romain Manni-Bucau <
rmannibu...@gmail.com>:
> Hi Christian, the openX i mentionned are the standards done at CNF so
>
There is already one without OSGi (utilda:
https://geronimo.apache.org/microprofile/), guess it is just a matter of
finishing the OSGi meta for all the desired spec (guess health has not yet
the right OSGi-CDI registration for ex).
That said it already runs with winegrower having OSGi and CDI side
IMHO, Winegrower/Karaf is a good place and already almost covered (again DevX
and the Karaf ecosystem).
I agree with Romain.
Regards
JB
> Le 15 avr. 2020 à 20:39, Romain Manni-Bucau a écrit :
>
> There is already one without OSGi (utilda:
> https://geronimo.apache.org/microprofile/), guess
+? from me as well.
I've sent my answer to felix-dev ML about this.
BTW JBO - do you have some report/minutes/comments after you talked with
Netflix? It'd be super interesting to hear about their decisions related to
OSGi!
regards
Grzegorz Grzybek
śr., 15 kwi 2020 o 07:23 Jean-Baptiste Onofre
Bascially, ongoing Karaf DevX effort is the result of the discussions I have
weekly with Netflix.
Regards
JB
> Le 15 avr. 2020 à 08:24, Grzegorz Grzybek a écrit :
>
> +? from me as well.
>
> I've sent my answer to felix-dev ML about this.
>
> BTW JBO - do you have some
For me cloud native means to fit as well as possible into a typical cloud.
Luckily this currently means k8s as there is not much competition. On top
of course we need the relevant surrounding services like you described.
For metrics the current state of the art seems to be prometheus. A standard
Hi Christian, the openX i mentionned are the standards done at CNF so
standard for metrics is openmetrics, for tracing opentracing etc.
On my side I use Microprofile metrics and export it to prometheus with the
spec exporter but I know some java guys use jmx exporter so guess the best
we can do is
What do you mean by a runtime? For me the runtime is a suitable set of
bundles that provide what the application needs. What would be a more
concrete runtime?
My approach here is to go with standards as far as possible. Ideally also
rely on Apache bundle impls so we have some leverage if
[
https://issues.apache.org/jira/browse/ARIES-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17084262#comment-17084262
]
Markus Rathgeb commented on ARIES-1974:
---
https://github.com/apache/aries-jax-rs-whiteboard/pull/21
[
https://issues.apache.org/jira/browse/ARIES-1968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Markus Rathgeb resolved ARIES-1968.
---
Resolution: Fixed
Has this be done correctly or do we need to wait for a release to add "Fix
[
https://issues.apache.org/jira/browse/ARIES-1968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17084239#comment-17084239
]
Markus Rathgeb commented on ARIES-1968:
---
I cloned the Aires JAX-RS Whiteboard repository and build
11 matches
Mail list logo
