> Any specific reason you say that Yoann? No, I was just thinking that moving to Jarakarta JPA and Jakarta CDI had a high chance of breaking OSGi tests, unless the Jakarta artifacts properly support OSGi.
But it was just a hunch; if it works, I don't have anything against keeping it. Yoann Rodière Hibernate Team yo...@hibernate.org On Thu, 16 Apr 2020 at 16:12, Steve Ebersole <st...@hibernate.org> wrote: > I do not plan on dropping hibernate-osgi. Its there; it works. Any > specific reason you say that Yoann? > > Brett is the only one to do anything with that "tutorial". Though as time > went on its focus was more a way to find problems when the paxexam tests > failed - they almost always give useless feedback. If you think people are > using it as a tutorial then I agree we should remove it or update it. > Depending whether it still has benefit for troubleshooting I'd actually > just clarify its intent somehow rather removing it. Brett? > > > > On Thu, Apr 16, 2020 at 8:42 AM Sanne Grinovero <sa...@hibernate.org> > wrote: > > > Agreed, I'll remove it. Thanks Steve and Yoann! > > > > I'll remove them from 5.5 soon, you can then merge the removal in 6.0 > > or do it differently if that's easier. > > > > This is the JIRA: > > - https://hibernate.atlassian.net/browse/HHH-13952 > > > > Regarding OSGi (which Yoann raised): I agree we shouldn't spend > > significant amounts of time on it, but as long as tests still work and > > it doesn't get in the way I'll leave them be. > > I have a related JIRA for OSGi as well: the tutorial is using very old > > (unmaintained?) dependency versions, so it will either need to be > > removed (people can always read the older tutorial), or it should be > > updated (and tested). > > I might give it a shot to update it, but I'm afraid it will need a > > full set of Jakarta EE 9 dependencies available as well. > > - https://hibernate.atlassian.net/browse/HHH-13951 > > > > Yoann, great idea about the platform agnostic testrunner. We should > > keep that in mind, hopefully we'll be able to make it happen > > eventually. > > > > Thanks, > > Sanne > > > > > > On Thu, 16 Apr 2020 at 13:46, Steve Ebersole <st...@hibernate.org> > wrote: > > > > > > Considering the changes in WildFly, I also think we should just drop > > hibernate-orm-modules. > > > > > > For 6.0 I will definitely do this. I also think removing it is good > for > > 5.5. > > > > > > Not sure it is even worth the hassle for earlier releases however. > > > > > > > > > On Wed, Apr 15, 2020 at 5:03 PM Sanne Grinovero <sa...@hibernate.org> > > wrote: > > >> > > >> As we're working to upgrade to Jakarta EE 9, our feature packs for > > >> Wildfly are not going to be functional for a while at least. > > >> > > >> Not only do we have to upgrade to JPA 3, but we also need to upgrade > > >> our integrations with a different Validator, a different CDI - none of > > >> these are provided by WildFly yet. > > >> > > >> I see several options: > > >> A] I could disable the feature pack generation and its integration > > tests. > > >> B] Keep generating and releasing a knowingly broken feature pack, > > >> disable its integration tests, document this is work in progress. > > >> C] Delete all this stuff > > >> > > >> Frankly it's tempting to just delete it all: WildFly has switched to a > > >> new model which replaces the "feature pack" notion we have, so even if > > >> Wildfly were to provide an Jakarta EE 9 build for us to run > > >> integration tests sometimes soon I'm sadly quite certain that we'll > > >> have to rethink how these packs are generated, and if it's still worth > > >> for us doing this. > > >> > > >> Any thoughts? > > >> > > >> Thanks, > > >> Sanne > > >> _______________________________________________ > > >> hibernate-dev mailing list > > >> hibernate-dev@lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/hibernate-dev > > >> > > _______________________________________________ > > hibernate-dev mailing list > > hibernate-dev@lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/hibernate-dev > > > > > _______________________________________________ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev > > _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
