[JBoss JIRA] (SEAMPERSIST-74) Broken dependency for JBossAS 7.1 and Weld 1.1.3
by Juergen Zimmermann (Created) (JIRA)
Broken dependency for JBossAS 7.1 and Weld 1.1.3
------------------------------------------------
Key: SEAMPERSIST-74
URL: https://issues.jboss.org/browse/SEAMPERSIST-74
Project: Seam Persistence
Issue Type: Bug
Affects Versions: 3.1.0.Beta4
Reporter: Juergen Zimmermann
Priority: Critical
I upgraded my JBossAS installation to Jenkins build 1904 which uses Weld 1.1.3 and get now the stacktrace below.
The issue can easily be fixed if you add this line to META-INF/MANIFEST.MF in seam-persistence-api-VERSION.jar:
Dependencies: org.hibernate
The stacktrace:
08:04:22,988 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-4) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.seam.persistence.hibernate.SeamManagedHibernateSessionCreated
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:154) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:168) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:331) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:81) [jboss-as-weld-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [jboss-as-weld-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.7.0_01]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.7.0_01]
at java.lang.Thread.run(Thread.java:722) [:1.7.0_01]
Caused by: java.lang.NoClassDefFoundError: Lorg/hibernate/Session;
at java.lang.Class.getDeclaredFields0(Native Method) [:1.7.0_01]
at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [:1.7.0_01]
at java.lang.Class.getDeclaredFields(Class.java:1760) [:1.7.0_01]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:48) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:39) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) [guava-10.0-rc1.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-10.0-rc1.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-10.0-rc1.jar:]
at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-10.0-rc1.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) [guava-10.0-rc1.jar:]
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:151) [weld-core-1.1.3.Final.jar:2011-11-09 12:17]
... 11 more
Caused by: java.lang.ClassNotFoundException: org.hibernate.Session from [Module "deployment.swe.ear.sweWeb.war:main" from Service Module Loader]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:471)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:421)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:143)
... 29 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (SEAMCRON-6) Can we use @RequestScoped for @Asynchronous methods? How?
by Peter Royle (JIRA)
Can we use @RequestScoped for @Asynchronous methods? How?
---------------------------------------------------------
Key: SEAMCRON-6
URL: https://issues.jboss.org/browse/SEAMCRON-6
Project: Seam Cron
Issue Type: Task
Reporter: Peter Royle
Assignee: Peter Royle
This is one for investigation some time. It came up in this IRC chat:
IRC Transcript:
[11:10am] johnament: request scoped won't be active in a background thread.
[11:10am] PeteRoyle: ah true cos it's threadlocal?
[11:10am] johnament: which?
[11:11am] PeteRoyle: request scoped implementation
[11:11am] PeteRoyle: won't work in a background thread because the implementation of request scope uses threadlocal, is that right?
[11:11am] johnament: its essentially an HTTP request
[11:12am] PeteRoyle: right
[11:12am] PeteRoyle: I think the use case is valid though, do you agree?
[11:13am] johnament: its valid, but it breaks the CDI model, so to say
[11:13am] johnament: because you want to make your contextual objects available outside of your context
[11:14am] PeteRoyle: right yeah that makes sense
[11:14am] PeteRoyle: the request might be over
[11:14am] johnament: the only thing really available is going to be dependent or application scoped
[11:15am] johnament: the bigger question - which request?
[11:15am] PeteRoyle: well the one from which the @Asynch method was called - assuming we could hang onto it
[11:15am] PeteRoyle: hang onto the request that is
[11:16am] PeteRoyle: eg: a controller which @Injects a @RequestScoped Thing, then calls an @Asynchronous method
[11:17am] johnament: the only way it would work is to make request scope extend through your @asynch process is over.
[11:18am] PeteRoyle: The interceptor would have access to the correct @RequestScope. It would need to replicate it into the new thread. Would that be possible do you think?
[11:18am] johnament: i don't know how plausible/possible that even is.
[11:18am] PeteRoyle: yeah. I might leave that as something for investigation later. I'll JIRA it
[11:18am] johnament: jms does this by transporting the event over JMS, but loses the context.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (SEAM-126) Seam 3 should be able to run on Java 5 (so it must be build with -source and -target 1.5)
by Geoffrey De Smet (Created) (JIRA)
Seam 3 should be able to run on Java 5 (so it must be build with -source and -target 1.5)
-----------------------------------------------------------------------------------------
Key: SEAM-126
URL: https://issues.jboss.org/browse/SEAM-126
Project: Seam 3 Distribution
Issue Type: Bug
Components: Build Infrastructure
Affects Versions: 3.1.0.CR1
Reporter: Geoffrey De Smet
Priority: Blocker
Fix For: 3.1.0.Final
Seam 3 is compatible with JDK 5 according to
http://seamframework.org/Seam3/GetStarted
(if it wasn't compatible with 1.5, we would have not upgraded from Seam 2 earlier this year).
{code}
Prerequisites
JDK 5 or above
Maven 3.0 or above (to build the source code or run the examples)
Java EE 6-compliant application server (or a servlet container supported by the Weld servlet extension)
{code}
But the seam-security 3.1.0.CR1 has not been build with -target 1.5:
{code}
[ERROR] bad class file: /home/jliu/.m2/repository/org/jboss/seam/security/seam-security-api/3.1.0.CR1/seam-security-api-3.1.0.CR1.jar(org/jboss/seam/security/AuthorizationException.class)
[ERROR] class file has wrong version 50.0, should be 49.0
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (SEAMFACES-237) Caused by: java.lang.ClassNotFoundException: org.jboss.seam.security.Identity
by nimo stephan (JIRA)
nimo stephan created SEAMFACES-237:
--------------------------------------
Summary: Caused by: java.lang.ClassNotFoundException: org.jboss.seam.security.Identity
Key: SEAMFACES-237
URL: https://issues.jboss.org/browse/SEAMFACES-237
Project: Seam Faces
Issue Type: Bug
Affects Versions: 3.1.0.Final
Environment: jboss-as-7.1.0.CR1b, Seam Faces 3.1.0.Final
Reporter: nimo stephan
Upgrading from Jboss 7.0.1 to Jboss 7.1.0beta returns the following error which is caused by Seam Faces (version 3.1.0Final):
17:37:03,024 INFO [org.jboss.solder.core.CoreExtension] (MSC service thread 1-7) Preventing class org.jboss.seam.faces.validation.InputElement from being installed as bean due to @Veto annotation
17:37:03,988 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-7) WELD-000119 Not generating any bean definitions from org.jboss.seam.faces.transaction.TransactionPhaseListener because of underlying class loading error
17:37:03,989 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-7) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.seam.faces.transaction.TransactionPhaseListener
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:81) [jboss-as-weld-7.1.0.CR1b.jar:7.1.0.CR1b]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [jboss-as-weld-7.1.0.CR1b.jar:7.1.0.CR1b]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.7.0_01]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.7.0_01]
at java.lang.Thread.run(Thread.java:722) [:1.7.0_01]
Caused by: java.lang.NoClassDefFoundError: Lorg/jboss/seam/transaction/SeamTransaction;
at java.lang.Class.getDeclaredFields0(Native Method) [:1.7.0_01]
at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [:1.7.0_01]
at java.lang.Class.getDeclaredFields(Class.java:1760) [:1.7.0_01]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
... 11 more
Caused by: java.lang.ClassNotFoundException: org.jboss.seam.transaction.SeamTransaction from [Module "deployment.test.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
... 29 more
17:37:04,102 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-7) WELD-000119 Not generating any bean definitions from org.jboss.seam.faces.security.SecurityPhaseListener because of underlying class loading error
17:37:04,103 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-7) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.seam.faces.security.SecurityPhaseListener
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:81) [jboss-as-weld-7.1.0.CR1b.jar:7.1.0.CR1b]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [jboss-as-weld-7.1.0.CR1b.jar:7.1.0.CR1b]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.7.0_01]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.7.0_01]
at java.lang.Thread.run(Thread.java:722) [:1.7.0_01]
Caused by: java.lang.NoClassDefFoundError: Lorg/jboss/seam/security/Identity;
at java.lang.Class.getDeclaredFields0(Native Method) [:1.7.0_01]
at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [:1.7.0_01]
at java.lang.Class.getDeclaredFields(Class.java:1760) [:1.7.0_01]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-r08.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.4.Final.jar:2011-11-22 20:01]
... 11 more
Caused by: java.lang.ClassNotFoundException: org.jboss.seam.security.Identity from [Module "deployment.test.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
... 29 more
17:37:04,502 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC00001: Failed to start service jboss.deployment.unit."test.war".WeldService: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".WeldService: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Locale] with qualifiers [@Default] at injection point [[field] @Inject org.jboss.seam.international.status.ApplicationBundles.appLocale]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:96)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.7.0_01]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.7.0_01]
at java.lang.Thread.run(Thread.java:722) [:1.7.0_01]
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Locale] with qualifiers [@Default] at injection point [[field] @Inject org.jboss.seam.international.status.ApplicationBundles.appLocale]
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:274)
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:243)
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:106)
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:126)
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:345)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:330)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:366)
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82)
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89)
... 5 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (SEAMFACES-244) ViewConfig ViewPattern "closest match" does not work
by Andries Ehlers (JIRA)
Andries Ehlers created SEAMFACES-244:
----------------------------------------
Summary: ViewConfig ViewPattern "closest match" does not work
Key: SEAMFACES-244
URL: https://issues.jboss.org/browse/SEAMFACES-244
Project: Seam Faces
Issue Type: Bug
Components: View Configuration
Affects Versions: 3.1.0.Final
Environment: Kubuntu, JBoss 7.1.0.Final
Reporter: Andries Ehlers
I have a scenario where I want all pages in a /secured/home/ folder to be visible when a user is logged in.
All other pages under /secured/* can only be visible if the user is also active. I thus have the following ViewConfig
{code:title=MyViewConfig.java|borderStyle=solid}
@ViewConfig
public interface Pages {
static enum Pages1 {
@ViewPattern("/pages/secured/home/*")
@LoginView("/pages/public/login.xhtml?faces-redirect=true")
@AccessDeniedView("/pages/public/login.xhtml?faces-redirect=true")
@FacesRedirect
@LoggedIn
HOME_PAGE,
@ViewPattern("/pages/secured/*")
@LoginView("/pages/public/login.xhtml?faces-redirect=true")
@AccessDeniedView("/pages/public/login.xhtml?faces-redirect=true")
@FacesRedirect
@ActiveUser
@LoggedIn
ACTIVE_USER_PAGES;
}
}
{code}
Based on the Seam Faces documentation: {quote}If conflicting annotations are found, the annotation paired with the most specific matching view pattern takes precedence.{quote} as seen here: [http://docs.jboss.org/seam/3/faces/latest/reference/en-US/html/viewconfig...].
This does not seem to work, because even though I specified a more specific path for all pages under /secured/home, the @ActiveUser annotation is still called (ie the ACTIVE_USER_PAGES ViewPattern is used), resulting in an AccessDenied redirection even though it should have just displayed the page in /secured/home.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (SEAMFACES-243) ViewConfig not working unless <f:metadata> specified on page
by Andries Ehlers (JIRA)
Andries Ehlers created SEAMFACES-243:
----------------------------------------
Summary: ViewConfig not working unless <f:metadata> specified on page
Key: SEAMFACES-243
URL: https://issues.jboss.org/browse/SEAMFACES-243
Project: Seam Faces
Issue Type: Bug
Components: View Configuration
Affects Versions: 3.1.0.Final
Environment: Kubuntu Linux
Reporter: Andries Ehlers
I created a custom SecurityBindingType as follows
{code:title=ActiveUser.java|borderStyle=solid}
@SecurityBindingType
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.FIELD, ElementType.TYPE, ElementType.METHOD})
@Documented
public @interface ActiveUser {
}
{code}
with the following authentication method:
{code:title=SecurityRestrictions.java|borderStyle=solid}
@Secures
@ActiveUser
public boolean isActiveUser(Identity identity) {
// always returns false just to test that security works...
return false;
}
{code}
I then use this type in the following file which is annotated with @ViewConfig
{code:title=Bar.java|borderStyle=solid}
@ViewConfig
public interface Pages {
static enum Pages1 {
@ViewPattern("/pages/secured/profile/*")
@LoginView("/pages/public/login.xhtml?faces-redirect=true")
@AccessDeniedView("/pages/secured/home/home.xhtml?faces-redirect=true")
@FacesRedirect
@LoggedIn
@ActiveUser
SECURED_PROFILE;
}
}
{code}
In the profile folder is a file called UserProfile.xhtml, as follows:
{code:xml}
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:forgeview="http://jboss.org/forge/view"
xmlns:c="http://java.sun.com/jsp/jstl/core"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:s="http://jboss.org/seam/faces"
xmlns:p="http://primefaces.org/ui"
template="/resources/template/master_template.xhtml">
<ui:define name="content">
CONTENT HERE
</ui:define>
</ui:composition>
{code}
When running the application, the security for the @LoggedIn seems to work, but security for the @ActiveUser does not work at all.
However, when I include the following code above the <ui:define...> tag in the profile page above, it suddenly works (any viewParam makes security magically work - why??).
{code:xml}
<f:metadata>
<f:viewParam name="i_have_no_idea_why_i_should_put_this_here_param" value="" />
</f:metadata>
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months