December 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-459) javassist should be exported to JPA/Hibernate (native) applications

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on WFLY-459: ----------------------------------- renamed jira to reflect that it is fine for the JPA deployer to export the javassist dependency to applications. Also, Hibernate native applications will get the javassist dependency via the org.hibernate module (now changed to export javassist). > javassist should be exported to JPA/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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) javassist should be exported to JPA/Hibernate (native) applications

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Summary: javassist should be exported to JPA/Hibernate (native) applications (was: javassist should be exported to JPA/Hibernate applications) > javassist should be exported to JPA/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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) javassist should be exported to container managed JPA + Hibernate native applications

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Summary: javassist should be exported to container managed JPA + Hibernate native applications (was: correct JPA dependency injection (stop injecting javassist)) > javassist should be exported to container managed JPA + 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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) javassist should be exported to JPA/Hibernate applications

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Summary: javassist should be exported to JPA/Hibernate applications (was: javassist should be exported to container managed JPA + Hibernate native applications) > javassist should be exported to JPA/Hibernate 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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) correct JPA dependency injection (stop injecting javassist)

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Description: 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). was: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. > correct JPA dependency injection (stop injecting javassist) > ----------------------------------------------------------- > > 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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) correct JPA dependency injection (stop injecting javassist)

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Description: 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. (was: Rather than export the javassist dependency, see if we can change javassist to generate proxies for the application classes which aren't on the hibernate module class path.) > correct JPA dependency injection (stop injecting javassist) > ----------------------------------------------------------- > > 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. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5805) Extension modules missing jboss.api=private

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-5805: -------------------------------------- Summary: Extension modules missing jboss.api=private Key: WFLY-5805 URL: https://issues.jboss.org/browse/WFLY-5805 Project: WildFly Issue Type: Bug Components: Transactions, Web (Undertow) Affects Versions: 10.0.0.CR4 Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 10.0.0.CR5 Some modules that are primarily meant for a org.jboss.as.controller.Extension implementation are missing the jboss.api=private setting in module.xml: org.wildfly.extension.rts org.wildfly.extension.undertow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5804) Extension modules missing jboss.api=private

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-5804: -------------------------------------- Summary: Extension modules missing jboss.api=private Key: WFLY-5804 URL: https://issues.jboss.org/browse/WFLY-5804 Project: WildFly Issue Type: Bug Components: Transactions, Web (Undertow) Affects Versions: 10.0.0.CR4 Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 10.0.0.CR5 Some modules that are primarily meant for a org.jboss.as.controller.Extension implementation are missing the jboss.api=private setting in module.xml: org.wildfly.extension.rts org.wildfly.extension.undertow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) correct JPA dependency injection (stop injecting javassist)

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated WFLY-459: ------------------------------ Fix Version/s: 10.0.0.CR5 > correct JPA dependency injection (stop injecting javassist) > ----------------------------------------------------------- > > 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 > > > Rather than export the javassist dependency, see if we can change javassist to generate proxies for the application classes which aren't on the hibernate module class path. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5802) The org.jboss.metadata module isn't marked 'private'

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-5802: -------------------------------------- Summary: The org.jboss.metadata module isn't marked 'private' Key: WFLY-5802 URL: https://issues.jboss.org/browse/WFLY-5802 Project: WildFly Issue Type: Bug Components: EE Affects Versions: 10.0.0.CR4 Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 10.0.0.CR5 The fix for WFLY-3806 restored the org.jboss.metadata module but did not restore its previous jboss.api=private setting. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2015