karaf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrique Legault <patriquelega...@gmail.com>
Subject Re: Quarkus Integration https://quarkus.io/
Date Thu, 10 Oct 2019 21:48:35 GMT
Yes exactly what I meant.

On Thu., Oct. 10, 2019, 11:39 p.m. Krzysztof Sobkowiak, <
krzys.sobkowiak@gmail.com> wrote:

> Hi
>
> Do you mean a Karaf feature prviding the Quarkus libraries (like the
> Spring or Hibernate feaures)?
>
> Best regards
> Krzysztof
>
> On Thu, 2019-09-26 at 15:25 -0400, Patrique Legault wrote:
> > Hello Romain,
> >
> > Let me just start by saying I probably should have done more research on
> > Quarkus before sending off this email.
> >
> > In my mind when I think of Karaf, I think of a service that allows
> > developers to simply install a feature into the service and gives them
> > access to a framework that they can then develop against. For instance,
> > installing a version of hibernate, spring, etc...into the Karaf service.
> >
> > When I saw the Quarkus framework, I thought of a potential opportunity
> for
> > Karaf to provide another framework for developers to use. That being said
> > if this is something that Karaf already exposes through various other
> > libraries then there is nothing to do.
> >
> > Next time though I will definitely do some more research prior to a
> > proposition.
> >
> > Cheers,
> >
> > On Thu, Sep 26, 2019 at 10:10 AM Jamie G. <jamie.goodyear@gmail.com>
> wrote:
> >
> > > I'm not sure the the ask entails here.
> > >
> > > Why does it need to be integrated into Karaf? Can Quarkus just publish
> > > a feature which Karaf users could install in the usual manner?
> > >
> > > On Thu, Sep 26, 2019 at 11:34 AM Romain Manni-Bucau
> > > <rmannibucau@gmail.com> wrote:
> > > > 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
> > > > <
> > >
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> > > >
> > > >
> > > > 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*
> > > > >
> >
> >
> --
> Krzysztof Sobkowiak
>
> JEE & OSS Architect, Integration Architect
> Apache Software Foundation Member (http://apache.org/)
> Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
> Apache OpenWhisk PMC Member (https://openwhisk.apache.org/)
> Apache Incubator PMC Member (https://incubator.apache.org/)
> Senior Solution Architect @ Capgemini SSC (
> http://www.capgeminisoftware.pl/)
>
>

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