Hi guys, Just a quick question: what's the use case for the support of Tomcat and Undertow?
Just wondering if it would be possible to focus on Jetty? Regards, Serge... Serge Huber CTO & Co-Founder T +41 22 361 3424 9 route des Jeunes | 1227 Acacias | Switzerland jahia.com <http://www.jahia.com/> SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER <https://twitter.com/sergehuber> | VCARD <http://www.jahia.com/vcard/HuberSerge.vcf> > JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and to discover why Jahia is a leading User Experience Platform (UXP) for Digital Transformation. On Tue, Jul 7, 2020 at 7:41 AM Grzegorz Grzybek <gr.grzy...@gmail.com> wrote: > Hello > > The current state of pax-web, master-improvements branch is that I've > successfully got rid of pax-tipi tomcat libraries. Sure - Tomcat libraries > are not OSGi bundles, but I did something to make maintenance easier. > pax-web simply re-exports all Tomcat packages explicitly by embedding > necessary Tomcat libraries. > Even more - there are: > - pax-web-tomcat-common - exports packages from tomcat-api, tomcat-util, > tomcat-util-scan and selected packages from tomcat-embed-core > - pax-web-tomcat - exports the rest > > Why two bundles? Because pax-web-jsp (Jasper) heavily depends on some > Tomcat packages and we need pax-web-jsp also with Undertow and Jetty. > > Also - Undertow 2.1 dropped OSGi support... See > https://issues.redhat.com/browse/UNDERTOW-1684, so if we want to have > Undertow 2.1 at some point (and I think before pax-web 8 goes GA, we'll > have to because of CVEs not being backported to 2.0) we'll have to > re-export it anyway from pax-web-undertow. > > I think not having TIPI will make it easier to maintain pax-web, because > it'd be simply a matter of updating Pax Web to use newer upstream, original > Tomcat version (and soon Undertow 2.1+). > > During my PTO last week I worked a lot on resource support in Pax Web 8 > (master-improvements) - this was very inconsistent and now I use original > "default servlets" from each runtime, with some tweaks to make the > consistent - welcome file handling unification was painful, but I did it! > (trust me - dispatcher.include() with welcome files and default servlet > mapped to something different than "/" was not an easy task ;). > > During my work I've created these (so far) issues: > - https://github.com/eclipse/jetty.project/pull/5025 > - https://github.com/eclipse-ee4j/servlet-api/issues/300 > > I hope to finish my refactoring before summer ends ;) > > But fortunately, now master-improvements branch is in a state where I > don't plan huge refactorings - I'm now mowing integration tests to new > place (so I know what's working and what doesn't) and if you have time, > I'll be happy to get some help here ;) > > kind regards > Grzegorz Grzybek > > wt., 7 lip 2020 o 06:51 Jean-Baptiste Onofré < > jeanbaptiste.ono...@gmail.com> napisał(a): > >> Hi Stephan, >> >> Thanks for the update. >> >> A side topic we already discussed a bit with Greg is about the effort to >> have more "isolated" bundles for jetty, tomcat and undertow. Today, we are >> suffering a lot to maintain at same level the Pax Web API with the three >> containers. Clearly some methods of the API are mostly Jetty related and >> not easy to implement with other containers. >> So, I wonder at some point if we should not have pure httpService impl at >> a high level, and a specific service/API for each container. >> >> It would allow us to simplify a lot Pax Web and move forward faster. >> >> Regards >> JB >> >> >> On Mon, Jul 6, 2020 at 4:28 PM Stephan Siano <stephan.si...@sap.com> >> wrote: >> >>> Hi, >>> >>> I released the two tipi versions. I also updated the 7.2.x branch and >>> created a pull request for the 7.3.x branch. In order to achieve this, I >>> had to update some integration tests (mainly timing and dependency issues) >>> to get the tomcat integration tests working both with the old and the >>> updated tomcat version. >>> >>> I am a bit unsure how to proceed with the master and the >>> master-improvements branch. The master branch does not seem very active to >>> me (and is still on tomcat 8.5), the master-improvements branch seems to be >>> work in progress. What is the current state of the tests in these branches? >>> Should I update both of them? If yes, to which Tomcat version should I >>> update the master branch, 8.5.56 as 7.2.x? >>> >>> Best regards >>> Stephan >>> >>> >>> Am Dienstag, 23. Juni 2020 16:03:22 UTC+2 schrieb Grzegorz Grzybek: >>>> >>>> Hello >>>> >>>> >>>> - Tomcat 8 update requires tipi release. >>>> - Pax Web 7.3.x already uses Tomcat 9 (I've released the tipi >>>> packages, based (as of pax web 7.3.7) 9.0.16 - remember, 7.3.x is the >>>> "tech >>>> preview release" with Servlet API 4 == Tomcat 9, Undertow 2 and >>>> unfortunately same Jetty 9 (because Jetty 10 will be Servlet API 4, but >>>> at >>>> the same time, it switches to jakarta.* packages....) >>>> - Pax Web 8 will use latest Tomcat 9 and get rid of tipi packages >>>> (Tomcat jars will be exported from pax-web-tomcat and >>>> pax-web-tomcat-common >>>> bundles (the latter is new)). >>>> >>>> regards >>>> Grzegorz Grzybek >>>> >>>> wt., 23 cze 2020 o 15:46 Jean-Baptiste Onofré <jeanbapti...@gmail.com> >>>> napisał(a): >>>> >>>>> Hi, >>>>> >>>>> It sounds good. Tomcat 8.x should be easy, Tomcat 9 probably needs API >>>>> updates. >>>>> >>>>> Regards >>>>> JB >>>>> >>>>> >>>>> On Tue, Jun 23, 2020 at 9:19 AM Stephan Siano <stepha...@sap.com> >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> It has been quite a while since the Tomcat version was updated in >>>>>> Pax-Web. The 7.2.x branch references Tomcat 8.5.32 and the 3.x and master >>>>>> branches references Tomcat 9.0.16. >>>>>> >>>>>> These versions are from June 2018 and February 2019, so I think we >>>>>> should update to more recent versions 8.5.56 and 9.0.36. >>>>>> >>>>>> What do you think? >>>>>> >>>>>> Best regards >>>>>> Stephan >>>>>> >>>>>> -- >>>>>> -- >>>>>> ------------------ >>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>> >>>>>> --- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "OPS4J" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to op...@googlegroups.com. >>>>>> To view this discussion on the web visit >>>>>> https://groups.google.com/d/msgid/ops4j/e532dfc0-9e4a-40ad-b427-3c28130e4a36o%40googlegroups.com >>>>>> <https://groups.google.com/d/msgid/ops4j/e532dfc0-9e4a-40ad-b427-3c28130e4a36o%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>> . >>>>>> >>>>> -- >>>>> -- >>>>> ------------------ >>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>> >>>>> --- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "OPS4J" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to op...@googlegroups.com. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/ops4j/CAB8EV3Th0_sAKCEDpRWmfT%3DxCdiENqw0yyXGvqEd2mnXVhYyJA%40mail.gmail.com >>>>> <https://groups.google.com/d/msgid/ops4j/CAB8EV3Th0_sAKCEDpRWmfT%3DxCdiENqw0yyXGvqEd2mnXVhYyJA%40mail.gmail.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>> -- >>> -- >>> ------------------ >>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com >>> >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "OPS4J" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to ops4j+unsubscr...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/ops4j/f38c4072-1558-40c7-aade-8d851a5b6febo%40googlegroups.com >>> <https://groups.google.com/d/msgid/ops4j/f38c4072-1558-40c7-aade-8d851a5b6febo%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- >> -- >> ------------------ >> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com >> >> --- >> You received this message because you are subscribed to the Google Groups >> "OPS4J" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to ops4j+unsubscr...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/ops4j/CAB8EV3RyUthiGckiCvTzaOZ_EkJmNQ-toJ6nYzBe%3Det6SOztfg%40mail.gmail.com >> <https://groups.google.com/d/msgid/ops4j/CAB8EV3RyUthiGckiCvTzaOZ_EkJmNQ-toJ6nYzBe%3Det6SOztfg%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - ops4j@googlegroups.com > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to ops4j+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/ops4j/CAAdXmhqWmXUh9onNYwERU1cCOKL3ia%3DwzQ53Z-bq%2BjofAvPqHg%40mail.gmail.com > <https://groups.google.com/d/msgid/ops4j/CAAdXmhqWmXUh9onNYwERU1cCOKL3ia%3DwzQ53Z-bq%2BjofAvPqHg%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- -- ------------------ OPS4J - http://www.ops4j.org - ops4j@googlegroups.com --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to ops4j+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/ops4j/CACR6SAWt%3DRZL%3DAj%3DZWaDcRmo6-b5u5OQePNRs2ReUEi44sCSLw%40mail.gmail.com.