karaf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: Quarkus Integration https://quarkus.io/
Date Thu, 26 Sep 2019 14:04:21 GMT
Hi Patrique,

I have to admit I'm not following, Quarkus is mainly a microprofile based
server integrated with GraalVM in the IBM/Redhat ecosystem to build
natively a HTTP app (for k8s).
It also supports a JVM mode but then it is like any CDI/JAXRS server.
In this last mode Karaf is already very competitive so I guess it is not
the target and in the first mode the current challenge of Graal for Karaf
(OSGi actually) is that it does not support classloading (and conflicting
API in the same application).

Concretely my point is that Karaf already supports Tomcat and Jetty (and
undertow i think) through pax-web and jersey/cxf so it already has a "lean
and efficient Java server". Add all the recent work about containerization
(static resolver, docker mojo etc) and you can couple it with "container
first framework".

Finally, still relying on the JVM enable to Karaf to be more reliable at
runtime that Quarkus in native mode which still has a poor GC
implementation (it will be enhanced but they are not yet there).

All that to say I'm not sure the outcome you expect of such a task, can you
refine it a bit maybe?

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

Le jeu. 26 sept. 2019 à 15:54, Patrique Legault <patriquelegault@gmail.com>
a écrit :

> There is a new framework released by Red Hat called Quarkus, see
> https://quarkus.io/, it is designed/built for containerization .
> If integrated within Karaf, we could create a feature that would install
> the Quarkus framework within Karaf. This would allow for a lean and
> efficient Java server with a container first framework embedded within it.
> Allowing for quick and easy RESTful services development with a low memory
> footprint and quick container runtime.
> Let me know what you think, and if this is worth logging a ticket for.
> Cheers,
> --
> *Patrique Legault*

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message