> On Jun 11, 2019, at 12:02 PM, Mark Thomas <ma...@apache.org> wrote: > > On 11/06/2019 19:37, David Blevins wrote: >> >> At a high level, is there a desire to start supporting more "EE" like specs >> such as CDI, JAX-RS, JPA, etc? > > Make it easier to integrate? Sure. > > Implement additional specs? No.
That's been my understanding as well. > On Jun 11, 2019, at 12:21 PM, Rémy Maucherat <r...@apache.org> wrote: > > Ok, so the plan (my plan, actually) here is that I noticed CDI (and JAX-RS) > is the building block of many other APIs (like the Microprofile), so there's > a need to be able to use it in a "clean and light [and] in Tomcat spirit" way > (as you said). I had a look at OWB and CXF and while the support is there, it > needs some work (especially for the latter) and is certainly not user > friendly (again, esp for the latter). Note that the work is also in Tomcat > itself, since I'm in a good position to make changes and improvements as > needed. > > As for the answer, it would still be "no" at this point, since at most these > could be considered as a couple extra optional modules like the jdbc pool, or > maybe "build them yourself" poms. If CDI integration code were to live here, I'd probably want to see us rebase TomEE on top of it. That would probably mean occasional CDI-related PRs, documentation, dev threads, user questions, etc. It's a bit of a can of worms even if it's an add-on, which is why I ask the above. In the event people here prefer not to open that can of worms of supporting Tomcat+CDI integration code, it and you would be more than welcome in TomEE. We could have a "Tomcat+CDI" dist of TomEE that used just the new code. As noted above, we'd probably rebase the other TomEE dists on that one. It's been 8 years and I definitely have appetite for a fresh perspective (just like you, speaking for myself only not all of TomEE). I'm a fan wherever it lives. My concern would be if it happens here and isn't actually welcome. I would feel very awkward sending people over to help maintain it. -David --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
