[JBoss JIRA] (SEAMJMS-62) TopicBuilderImplTest, QueueBuilderImplTest fails on AS7
by Marek Schmidt (Created) (JIRA)
TopicBuilderImplTest, QueueBuilderImplTest fails on AS7
-------------------------------------------------------
Key: SEAMJMS-62
URL: https://issues.jboss.org/browse/SEAMJMS-62
Project: Seam JMS
Issue Type: Bug
Components: Test Suite
Affects Versions: 3.1.0.CR1
Reporter: Marek Schmidt
Fix For: 3.1.0.Final
Failed tests: testSendMap(org.jboss.seam.jms.test.builder.topic.TopicBuilderImplTest): expected:<true> but was:<false>
testSendString(org.jboss.seam.jms.test.builder.topic.TopicBuilderImplTest): expected:<true> but was:<false>
testSendObject(org.jboss.seam.jms.test.builder.topic.TopicBuilderImplTest): expected:<true> but was:<false>
testSendMap(org.jboss.seam.jms.test.builder.queue.QueueBuilderImplTest): expected:<true> but was:<false>
testSendString(org.jboss.seam.jms.test.builder.queue.QueueBuilderImplTest): expected:<true> but was:<false>
testSendObject(org.jboss.seam.jms.test.builder.queue.QueueBuilderImplTest): expected:<true> but was:<false>
Tests run: 69, Failures: 6, Errors: 0, Skipped: 2
--
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
14 years, 3 months
[JBoss JIRA] (SEAMSECURITY-137) IdentitySessionProducer.createIdentitySession doesn't put anything in sessionOptions for JpaIdentityStoreSession
by John Schneider (Created) (JIRA)
IdentitySessionProducer.createIdentitySession doesn't put anything in sessionOptions for JpaIdentityStoreSession
----------------------------------------------------------------------------------------------------------------
Key: SEAMSECURITY-137
URL: https://issues.jboss.org/browse/SEAMSECURITY-137
Project: Seam Security
Issue Type: Bug
Affects Versions: 3.1.0.CR1
Environment: Glassfish 3.1.1 and built in EclipseLink
Reporter: John Schneider
IdentitySessionProducer.createIdentitySession checks entityManagerInstance.isUnsatisfied and entityManagerInstance.isAmbiguous() before putting anything in the sessionOptions map, which is later used in JpaIdentityStore.createIdentityStoreSession. With Glassfish 3.1.1 using builtin EclipseLink, entityManagerInstance is represented by org.jboss.weld.bean.builtin.InstanceImpl. Invocation of isUnsatisfied is not working. When I look at it in a debugger, isUnsatistfied doesn't execute; instead readObject executes and throws InvalidObjectException(PROXY_REQUIRED). I can't tell whether this is just because I'm in a debugger or if this happens during normal execution and is the cause of the problem.
--
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
14 years, 3 months
[JBoss JIRA] (SEAMSECURITY-136) JpaIdentityStoreConfiguration does not correctly support subclasses
by John Schneider (Created) (JIRA)
JpaIdentityStoreConfiguration does not correctly support subclasses
-------------------------------------------------------------------
Key: SEAMSECURITY-136
URL: https://issues.jboss.org/browse/SEAMSECURITY-136
Project: Seam Security
Issue Type: Bug
Affects Versions: 3.1.0.CR1
Environment: Glassfish 3.1.1
Reporter: John Schneider
If an entity annotated with @IdentityEntity has subclasses, the value of the identityClass, credentialClass, relationshipClass, attributeClass and roleTypeClass variables of JpaIdentityStoreConfiguration are overwritten by their respective subclasses, as they inherit the annotation (at least in Glassfish Weld implementation). This causes errors in methods such as JpaIdentityStore.configureAttributes, as it is looking only at the subclass for an association to the identityClass, etc. (e.g. error: "Error initializing JpaIdentityStore - no attribute identity property found").
Within JpaIdentityStoreConfiguration.processAnnotatedType, is it possible to identify which class was explicitly annotated? If not, then perhaps the best approach is to identify the parent class that is annotated and disregard any subclasses.
--
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
14 years, 3 months
[JBoss JIRA] Created: (JBSEAM-4639) In JSF2, Seam sets JSF view Id to null for postback requests
by Alex Savitsky (JIRA)
In JSF2, Seam sets JSF view Id to null for postback requests
------------------------------------------------------------
Key: JBSEAM-4639
URL: https://jira.jboss.org/jira/browse/JBSEAM-4639
Project: Seam
Issue Type: Bug
Components: JSF Integration
Affects Versions: 2.2.0.GA
Environment: JSF 2 RI (Mojarra) v.2.0.2.FCS
Reporter: Alex Savitsky
Priority: Critical
Run attached test-bug-2.2.1.war (I've been using Tomcat 6.0, but any web container will do). Access index.jsf in the context root (usually http://localhost:your-startup-port/your-context-root/index.jsf) and click the "Add" button. Note the exception, and also note the debug output in the system console:
Before phase RESTORE_VIEW 1, view id = N/A (no root)
After phase RESTORE_VIEW 1, view id = /index.xhtml
Before phase RENDER_RESPONSE 6, view id = /index.xhtml
TestBean created
After phase RENDER_RESPONSE 6, view id = /index.xhtml
Before phase RESTORE_VIEW 1, view id = N/A (no root)
After phase RESTORE_VIEW 1, view id = null
Before phase APPLY_REQUEST_VALUES 2, view id = null
After phase APPLY_REQUEST_VALUES 2, view id = null
Before phase PROCESS_VALIDATIONS 3, view id = null
After phase PROCESS_VALIDATIONS 3, view id = null
Before phase UPDATE_MODEL_VALUES 4, view id = null
After phase UPDATE_MODEL_VALUES 4, view id = null
Before phase INVOKE_APPLICATION 5, view id = null
After phase INVOKE_APPLICATION 5, view id = null
The very same setup without Seam (test-bug-clean.war, with no Seam JAR in WEB-INF/lib, and with Seam commented out in web.xml) has the button working (validation messages appear) as well as different debug output:
Before phase RESTORE_VIEW 1, view id = N/A (no root)
After phase RESTORE_VIEW 1, view id = /index.xhtml
Before phase RENDER_RESPONSE 6, view id = /index.xhtml
TestBean created
After phase RENDER_RESPONSE 6, view id = /index.xhtml
Before phase RESTORE_VIEW 1, view id = N/A (no root)
After phase RESTORE_VIEW 1, view id = /index.xhtml
Before phase APPLY_REQUEST_VALUES 2, view id = /index.xhtml
After phase APPLY_REQUEST_VALUES 2, view id = /index.xhtml
Before phase PROCESS_VALIDATIONS 3, view id = /index.xhtml
After phase PROCESS_VALIDATIONS 3, view id = /index.xhtml
Before phase RENDER_RESPONSE 6, view id = /index.xhtml
After phase RENDER_RESPONSE 6, view id = /index.xhtml
The debug phase listener source can be found in /WEB-INF/classes/test/TestListener.java
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBSEAM-4652) Using JSF 2 And Seam
by browny browny (JIRA)
Using JSF 2 And Seam
--------------------
Key: JBSEAM-4652
URL: https://jira.jboss.org/browse/JBSEAM-4652
Project: Seam
Issue Type: Bug
Components: JSF Integration
Affects Versions: 2.2.1.CR1, 2.2.0.GA
Environment: JBoss-5.1.0 AS , Seam 2.2.0 & Seam 2.2.1 CR1, JSF 2(Mojarro - 2.0.2)
Reporter: browny browny
When using PageFlow with JSF 2.0 during transition from one page to another i get an excption ::
javax.servlet.ServletException
javax.faces.webapp.FacesServlet.service(FacesServlet.java:325)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.NullPointerException
org.jboss.seam.document.DocumentStorePhaseListener.beforePhase(DocumentStorePhaseListener.java:38)
com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:228)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
The same example works fine with JSF 1.2.But with JSF 2.0 i get the same exception for Seam 2.2.0 and 2.2.1
Anyhow i get the seam variables resolved and application succeefuly deployed with JSF 2.0 but this error during page transition occurs. I use pageflow (jbpm-jpdl.jar) for stateful navigation.
Any clues??
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (SEAM-125) INFO message: WELD-000119 Not generating any bean definitions from org.jboss.seam.security.permission.SecurityRuleLoader at startup
by Esteve Aviles (Created) (JIRA)
INFO message: WELD-000119 Not generating any bean definitions from org.jboss.seam.security.permission.SecurityRuleLoader at startup
-----------------------------------------------------------------------------------------------------------------------------------
Key: SEAM-125
URL: https://issues.jboss.org/browse/SEAM-125
Project: Seam 3 Distribution
Issue Type: Bug
Components: Common Dependencies
Affects Versions: 3.1.0.CR1
Environment: JBoss AS 7.1.0.CR1
Reporter: Esteve Aviles
Priority: Minor
This info message appears at server start up but nothing seems to fail:
13:22:56,963 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) WELD-000119 Not generating any bean definitions from org.jboss.seam.security.permission.SecurityRuleLoader because of underlying class loading error
13:22:56,974 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.seam.security.permission.SecurityRuleLoader
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.4.Final.jar:]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:81) [jboss-as-weld-7.1.0.Beta1.jar:]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [jboss-as-weld-7.1.0.Beta1.jar:]
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$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_21]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_21]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
Caused by: java.lang.NoClassDefFoundError: Lorg/drools/KnowledgeBase;
at java.lang.Class.getDeclaredFields0(Native Method) [:1.6.0_21]
at java.lang.Class.privateGetDeclaredFields(Class.java:2291) [:1.6.0_21]
at java.lang.Class.getDeclaredFields(Class.java:1743) [:1.6.0_21]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.4.Final.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
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:393)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.4.Final.jar:]
... 11 more
Caused by: java.lang.ClassNotFoundException: org.drools.KnowledgeBase from [Module "deployment.teamgol.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:485)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:444)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:421)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:143)
... 29 more
13:22:56,995 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) WELD-000119 Not generating any bean definitions from org.jboss.seam.security.permission.RuleBasedPermissionResolver because of underlying class loading error
13:22:56,995 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.seam.security.permission.RuleBasedPermissionResolver
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.4.Final.jar:]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:81) [jboss-as-weld-7.1.0.Beta1.jar:]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [jboss-as-weld-7.1.0.Beta1.jar:]
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$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_21]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_21]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
Caused by: java.lang.NoClassDefFoundError: org/drools/runtime/ObjectFilter
at java.lang.Class.getDeclaredFields0(Native Method) [:1.6.0_21]
at java.lang.Class.privateGetDeclaredFields(Class.java:2291) [:1.6.0_21]
at java.lang.Class.getDeclaredFields(Class.java:1743) [:1.6.0_21]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.4.Final.jar:]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.4.Final.jar:]
at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
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:393)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.4.Final.jar:]
... 11 more
Caused by: java.lang.ClassNotFoundException: org.drools.runtime.ObjectFilter from [Module "deployment.teamgol.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:485)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:444)
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
14 years, 3 months