[JBoss JIRA] Created: (CDITCK-213) Interceptor classes in TCK do not follow the Interceptor spec
by Bob Nettleton (JIRA)
Interceptor classes in TCK do not follow the Interceptor spec
-------------------------------------------------------------
Key: CDITCK-213
URL: https://issues.jboss.org/browse/CDITCK-213
Project: CDI TCK
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Tests
Affects Versions: 1.0.4.Final
Reporter: Bob Nettleton
There are some interceptor-related suites in the CDI TCK that are not portable in some situations. The interceptor classes listed here:
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.interceptorOrder.MissileInterceptor
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.nonContextualReference.MissileInterceptor
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.simpleInterception.MissileInterceptor
These interceptor classes do not have a public, no-args constructor, which is required by the Interceptor 1.1 specification. This means that the tests may not be portable to all environments, since application servers may choose to treat this as an error condition.
The following tests are affected by this issue:
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.interceptorOrder.SessionBeanInterceptorOrderTest.testInterceptorsDeclaredUsingInterceptorsCalledBeforeInterceptorBinding
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.nonContextualReference.SessionBeanInterceptorOnNonContextualEjbReferenceTest.testNonContextualSessionBeanReferenceIsIntercepted
org.jboss.jsr299.tck.tests.interceptors.definition.enterprise.simpleInterception.SessionBeanInterceptorDefinitionTest.testSessionBeanIsIntercepted
I request that these tests be excluded from the 1.0.4 suite, and that the interceptors be fixed for subsequent versions of the test suite.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (CDITCK-219) SessionContextTest.testSessionContextDestroyedWhenHttpSessionTimesOut uses too short of a sleep delay time
by Bob Nettleton (JIRA)
SessionContextTest.testSessionContextDestroyedWhenHttpSessionTimesOut uses too short of a sleep delay time
----------------------------------------------------------------------------------------------------------
Key: CDITCK-219
URL: https://issues.jboss.org/browse/CDITCK-219
Project: CDI TCK
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Tests
Affects Versions: 1.0.4.Final
Reporter: Bob Nettleton
The following test case:
org.jboss.jsr299.tck.tests.context.session.SessionContextTest.testSessionContextDestroyedWhenHttpSessionTimesOut
uses the following line to sleep after asking the application server to invalidate the session:
" Thread.sleep(1500);"
The test attempts to verify that the session context is destroyed properly after the timeout.
The problem with this test is that it appears as if it could potentially introduce a timing problem. Since Thread.sleep() behaves slightly differently for each platform, and as far as I can tell is not even guaranteed to sleep as long as requested in some situations, there is a chance that the client may make the second request before 1.5 seconds has expired. Since the behavior of System.getTimeMillis() is also system-dependent, I'd be inclined to think that 1.5 seconds is probably not a long enough timeout in order to keep this test from having intermittent failures.
I request that this test case be excluded, and that this test be modified in a later version of the TCK to use a larger sleep value.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (CDITCK-217) InjectionIntoWebServiceEndpoint test uses hard-coded HTTP port
by Bob Nettleton (JIRA)
InjectionIntoWebServiceEndpoint test uses hard-coded HTTP port
--------------------------------------------------------------
Key: CDITCK-217
URL: https://issues.jboss.org/browse/CDITCK-217
Project: CDI TCK
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Tests
Affects Versions: 1.0.4.Final
Reporter: Bob Nettleton
The following test in the CDI TCK:
org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ws.InjectionIntoWebServiceEndPointTest.testInjectionIntoWebServiceEndpoint
appears to use a hard-coded HTTP port in the following web service client class:
org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ws.SheepWSEndPointService
This test is quite different from the rest of the suite, in that the configured HTTP port is not used in this client. It appears that the test is non-portable in its current state.
I request that this test be excluded.
Thanks.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (CDITCK-208) TCK should test bean deployment archive behaviour more thoroughly
by Stuart Douglas (JIRA)
TCK should test bean deployment archive behaviour more thoroughly
------------------------------------------------------------------
Key: CDITCK-208
URL: https://issues.jboss.org/browse/CDITCK-208
Project: CDI TCK
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Tests
Reporter: Stuart Douglas
Fix For: 1.1.0.CR1
The TCK does not currently test that the behaviour of bean deployment archives confirms to the spec. In particular we need tests for:
- Different interceptor ordering between BDA's with the same scope
- Tests that all beans in a war are visible to each other (and WEB-INF/classes should be visible to WEB-INF/lib)
- Ear /lib is visible to everyone
- Portable Extensions are loaded correctly and any beans they define are defined at a global scope (as per the current spec, this may change in 1.1)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] Created: (CDITCK-73) Test abstract decorators functionally
by Marius Bogoevici (JIRA)
Test abstract decorators functionally
-------------------------------------
Key: CDITCK-73
URL: https://jira.jboss.org/jira/browse/CDITCK-73
Project: CDI TCK
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 1.0.0.GA
Reporter: Marius Bogoevici
Fix For: 1.0.1.CR1
The current assertions for abstract decorators are just testing that abstract classes annotated with decorators can be enabled and are resolved correctly. However, no functionality test involving abstract decorators is carried out.
The assertions should test that:
a) abstract decorators can be applied at all (i.e. instantiated)
b) methods which are not decorating methods of the decorated type cannot be abstract (DefinitionException)
c) when abstract decorating method are called as part of the decorator chain, they are actually deferring the call to the injected delegate
--
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
12 years, 11 months
[JBoss JIRA] Created: (WELD-927) ViewScoped does not work because org.jboss.weld.bean.Managedbean is not serializable
by Thomas Andraschko (JIRA)
ViewScoped does not work because org.jboss.weld.bean.Managedbean is not serializable
------------------------------------------------------------------------------------
Key: WELD-927
URL: https://issues.jboss.org/browse/WELD-927
Project: Weld
Issue Type: Bug
Components: CDI API, Class Beans (Managed and Session), Scopes & Contexts, Web Tier integration (JSF, JSP, EL and Servlet)
Affects Versions: 1.1.1.Final
Environment: Tomcat/Jetty, Weld Servlet 1.1.2-SNAPSHOT or 1.1.1-Final, MyFaces 2.x or 2.1.x, Seam Faces 3.0.1-Final, Seam Persistence 3.0.0
Reporter: Thomas Andraschko
Priority: Blocker
If you use @ViewScoped, a will exception occur that org.jboss.weld.bean.Managedbean is not serializable.
This a blocker because we can't use @ViewScoped with Weld (and this envorionment) and Seam does not work with OWB.
This should be the same issue as: https://issues.apache.org/jira/browse/EXTCDI-118
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months