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

Scott Marlow smarlow at redhat.com
Fri Jan 13 09:46:58 EST 2017


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 at hibernate.org> 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/6b61a6003f704221f66dcd9f418bcb7af88fb9ab/jpa/subsystem/src/main/java/org/jboss/as/jpa/processor/JPADependencyProcessor.java#L95
>
> 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev


More information about the wildfly-dev mailing list