Re: [wildfly-dev] JPADependencyProcessor "infecting" classpath with the wrong Javassist version

Is that the change you want merge or is it the https://github.com/wildfly/wildfly/pull/8474 change which updates JPADependencyProcessor to not export Javassist jars to the application classloader? On Fri, Jan 13, 2017 at 7:03 AM, Sanne Grinovero <sanne(a)hibernate.org&gt; wrote: > Hi all, > > Scott sent a nice PR to Wildfly a while back to fix the problem: > - https://github.com/wildfly/wildfly/pull/9305 > > It wasn't merged, I guess it's not a priority for WildFly but let me > clarify that without such fixes it's impossible for people to use > newer versions of Hibernate ORM on WildFly, and I suspect lots of pain > as well for other libraries using Javassist. > > There's quite some people in the Hibernate community who expressed > interest in using a not-so-stale version as the one which is typically > available in the latest stable release of WildFly. > > To make this happen, all Hibernate projects are now publishing > "WildFly modules" which can be easily downloaded as additional drop-in > layer. > Granted these are not for everyone but we get good feedback from the > power users interested, and not least this allows us to develop all > our projects while regularly testing integration with WildFly, making > sure that the eventual integration goes smoother. > > The current problem is that the WildFly JPADependencyProcessor adds > the wrong version of javassist to the deployments, and there's no way > for us to prevent this or override this, making it impossible to use a > recent version of Hibernate ORM as it requires a newer version. > - https://github.com/wildfly/wildfly/blob/6b61a6003f704221f66dcd9f418bcb7af... > > We'd highly appreciate if that PR could be merged? Including on > product branches please, as enforcing a dependency which is neither > needed nor desired is going to break a long list of other frameworks > as well. > > Thanks, > Sanne > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev