[JBoss JIRA] (WFLY-940) Consider JSF/Groovy support
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/WFLY-940?page=com.atlassian.jira.plugin.s... ]
Stan Silvert resolved WFLY-940.
-------------------------------
Resolution: Done
Issue fixed upstream. beans.xml is no longer included in jsf-impl so the jar doesn't get scanned.
> Consider JSF/Groovy support
> ---------------------------
>
> Key: WFLY-940
> URL: https://issues.jboss.org/browse/WFLY-940
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Reporter: Stan Silvert
> Assignee: Stan Silvert
>
> Mojarra JSF includes the ability to use Groovy as an alternative to Java. Since the work is already done for JSF integration, we might want to include it. Presumably, this would only require shipping a Groovy runtime.
> Currently, there is a bug in Mojarra 2.2 that, when running a CDI app, produces a stack trace saying that Mojarra/Weld can't find the Groovy classloader. This error does not cause any real problems with the app, but it needs to be addressed upstream in Mojarra.
> {noformat}
> 13:34:32,234 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-6) WELD-000119 Not generating any bean definitions from com.sun.faces.scripting.groovy.GroovyHelper
> Impl$MojarraGroovyClassLoader because of underlying class loading error
> 13:34:32,239 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-6) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class com.sun.fac
> es.scripting.groovy.GroovyHelperImpl$MojarraGroovyClassLoader
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:167) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.loadWeldClass(BeanDeployer.java:116) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:79) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:349) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:63) [jboss-as-weld-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]
> Caused by: java.lang.NoClassDefFoundError: groovy/lang/GroovyClassLoader
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.7.0_15]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2317) [rt.jar:1.7.0_15]
> at java.lang.Class.getDeclaredFields(Class.java:1762) [rt.jar:1.7.0_15]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:105) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:102) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:155) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:121) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:358)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:396)
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> ... 11 more
> Caused by: java.lang.ClassNotFoundException: groovy.lang.GroovyClassLoader from [Module "com.sun.jsf-impl:main" from local module loader @43259ee0 (finder: local module f
> inder @5ae1a690 (roots: C:\as7trunk\jboss-as\build\target\jboss-as-8.0.0.Alpha1-SNAPSHOT\modules,C:\as7trunk\jboss-as\build\target\jboss-as-8.0.0.Alpha1-SNAPSHOT\modules\
> system\layers\base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:196) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119) [jboss-modules.jar:1.2.0.Final]
> ... 29 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (WFLY-940) Consider JSF/Groovy support
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/WFLY-940?page=com.atlassian.jira.plugin.s... ]
Stan Silvert updated WFLY-940:
------------------------------
Fix Version/s: 8.0.0.Alpha1
> Consider JSF/Groovy support
> ---------------------------
>
> Key: WFLY-940
> URL: https://issues.jboss.org/browse/WFLY-940
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Reporter: Stan Silvert
> Assignee: Stan Silvert
> Fix For: 8.0.0.Alpha1
>
>
> Mojarra JSF includes the ability to use Groovy as an alternative to Java. Since the work is already done for JSF integration, we might want to include it. Presumably, this would only require shipping a Groovy runtime.
> Currently, there is a bug in Mojarra 2.2 that, when running a CDI app, produces a stack trace saying that Mojarra/Weld can't find the Groovy classloader. This error does not cause any real problems with the app, but it needs to be addressed upstream in Mojarra.
> {noformat}
> 13:34:32,234 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-6) WELD-000119 Not generating any bean definitions from com.sun.faces.scripting.groovy.GroovyHelper
> Impl$MojarraGroovyClassLoader because of underlying class loading error
> 13:34:32,239 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-6) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class com.sun.fac
> es.scripting.groovy.GroovyHelperImpl$MojarraGroovyClassLoader
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:167) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.loadWeldClass(BeanDeployer.java:116) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:79) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:349) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:63) [jboss-as-weld-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]
> Caused by: java.lang.NoClassDefFoundError: groovy/lang/GroovyClassLoader
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.7.0_15]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2317) [rt.jar:1.7.0_15]
> at java.lang.Class.getDeclaredFields(Class.java:1762) [rt.jar:1.7.0_15]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:105) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:102) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:155) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:121) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:358)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:396)
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.12.Final.jar:2013-04-11 12:58]
> ... 11 more
> Caused by: java.lang.ClassNotFoundException: groovy.lang.GroovyClassLoader from [Module "com.sun.jsf-impl:main" from local module loader @43259ee0 (finder: local module f
> inder @5ae1a690 (roots: C:\as7trunk\jboss-as\build\target\jboss-as-8.0.0.Alpha1-SNAPSHOT\modules,C:\as7trunk\jboss-as\build\target\jboss-as-8.0.0.Alpha1-SNAPSHOT\modules\
> system\layers\base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:196) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374) [jboss-modules.jar:1.2.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119) [jboss-modules.jar:1.2.0.Final]
> ... 29 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (WFLY-82) Wrong injection made by container
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-82?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration commented on WFLY-82:
---------------------------------------------
Brian Stansberry <brian.stansberry(a)redhat.com> changed the Status of [bug 909914|https://bugzilla.redhat.com/show_bug.cgi?id=909914] from ASSIGNED to POST
> Wrong injection made by container
> ---------------------------------
>
> Key: WFLY-82
> URL: https://issues.jboss.org/browse/WFLY-82
> Project: WildFly
> Issue Type: Bug
> Components: EE, EJB, JPA / Hibernate
> Reporter: Luan Cestari
> Assignee: Stuart Douglas
> Fix For: 8.0.0.Alpha1
>
>
> Description of problem:
> I got an issue in a salesforce case [1] about an incorrect injection.
> [1] https://c.na7.visual.force.com/apex/Case_View?id=500A000000CRqDG&sfdc.ove...
> Version-Release number of selected component (if applicable):
> How reproducible:
> To reproduce the case is required to have two PersistentUnit (PU), a Abstract class with a setter method to inject one PU and others classes inheriting the Abstract class and overriding the setter method to inject a different PU. In the runtime, the container inject twice the PU, first the correct PU and then the PU described in super class.
> I talked with the client (who is a Red Hat consultant) and we made the attached project based on a very simple JBoss example to reproduce the issue which happens in EAP6. I put a lot of 'println' to be very clear (even printing stacktrace to show who is calling). The most important files are:
> -> hibernate4Test/src/main/java/org/jboss/as/quickstart/hibernate4/data/BaseDAO.java -- The abstract class with the default PU injection
> -> hibernate4Test/src/main/java/org/jboss/as/quickstart/hibernate4/data/MemberRepository.java -- BaseDAO subclass
> -> hibernate4Test/src/main/java/org/jboss/as/quickstart/hibernate4/data/SecondaryMemberRepository.java -- BaseDAO subclass
> -> hibernate4Test/src/main/java/org/jboss/as/quickstart/hibernate4/data/MemberListProducer.java -- The class which inject the MemberListProducer and SecondaryMemberRepository
> -> hibernate4Test/src/main/resources/META-INF/persistence.xml -- We changed the configuration here to each PU have a different entity mapped
> Steps to Reproduce:
>
> Actual results:
> The EM injection occurs twice, which the last one the wrong EM.
> Expected results:
> Just one injection occurs.
> Additional info:
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months