Hi JB,

I see more issues using felix http:

1. it only supports felix today AFAIK which directly impacts the production
since then your monitoring/observability/instrumentation can be to redo so
for me it is way more impacting than the dev side - and more vicious
2. felix is a fatjar so you can't upgrade jetty when needed which is also a
big loss compared to not having R7 IMHO

How far is paxweb from R7? Not being 100% compliant is fine IMO while:
a. it can be manually switched to a compliant impl if required
b. there is no regression from previous version

Indeed just my 2cts,
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 mar. 7 juil. 2020 à 11:18, Jean-Baptiste Onofre <j...@nanthrax.net> a
écrit :

> Hi everyone,
>
> It’s more than a year now that we started Apache Karaf 4.3.0 release
> process, fully supporting OSGi R7.
>
> If the 4.3.0 distribution is ready, we are blocked by Pax Web. I’m
> concerned about that as R8 will be there and we will have issue in Pax Web
> again.
>
> Greg started a huge effort heading to Pax Web 8.0.0 with a large
> refactoring.
> However, the process is long and painful.
> So, I think it’s fair to have a discussion about the HTTP service in Karaf
> and "relationship" with Pax Web.
>
> I see three options for Karaf 4.3.0:
>
> 1. We are able to release Pax Web 8.0.0 (with R7 support) and so, no
> brainer, we can move forward.
> 2. Instead of using Pax Web by default, we "switch" to Felix HTTP by
> default. For the "pure" HTTP service, it will be transparent but it would
> have two impacts:
>   * the configuration changes (as obviously etc/org.ops4j.pax.web.cfg
> doesn’t exist anymore)
>   * users using WebContainer PaxWeb API instead of HTTP service won’t work
> 3. We consider that Pax Web as it is today is not flexible enough and too
> painful, and we start an even larger refactoring on Pax Web.
>
> The reason why I’m bringing this discussion on the mailing list: we really
> need a clear plan and release 4.3.0 (I would really love to release 4.3.0
> mid July max, so we need a plan).
>
> Thoughts ?
>
> Regards
> JB

Reply via email to