[jboss-jira] [JBoss JIRA] (WFLY-459) javassist should also be exported to Hibernate (native) applications
Scott Marlow (JIRA)
issues at jboss.org
Thu Dec 17 06:42:00 EST 2015
[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13142350#comment-13142350 ]
Scott Marlow commented on WFLY-459:
-----------------------------------
The current problem is that Hibernate native applications can not add their own dependency on javassist since its marked as private api that may not be around in the future. This change address that. As to the why application code has a dependency on javassist, it happens when Hibernate rewrites entity classes, that they then have references to the javassist classes.
> javassist should also be exported to Hibernate (native) applications
> --------------------------------------------------------------------
>
> Key: WFLY-459
> URL: https://issues.jboss.org/browse/WFLY-459
> Project: WildFly
> Issue Type: Task
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Fix For: 10.0.0.CR5
>
>
> Originally this jira was to stop exporting the javassist module to JPA deployments but it turns out that is fine to do. In addition, native Hibernate applications that depend on Hibernate, should also get the javassist dependency.
> # native Hibernate applications will get the javassist dependency via the application dependency on org.hibernate.
> # container managed JPA applications will get the javassist dependency via org.jboss.as.jpa.processor.JPADependencyProcessor (JPA deployer).
> # container managed JPA applications that embed their own copy of Hibernate jars will also get the javassist dependency via org.jboss.as.jpa.processor.JPADependencyProcessor (JPA deployer).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the jboss-jira
mailing list