[weld-issues] [JBoss JIRA] Resolved: (CDITCK-228) 2 CDI TCK Failures after latest Bean Validation integration into Java EE 6 RI
[ https://issues.jboss.org/browse/CDITCK-228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kyle Grucci resolved CDITCK-228. Fix Version/s: 1.0.4.Final Resolution: Cannot Reproduce Bug 2 CDI TCK Failures after latest Bean Validation integration into Java EE 6 RI - Key: CDITCK-228 URL: https://issues.jboss.org/browse/CDITCK-228 Project: CDI TCK Issue Type: Bug Security Level: Public(Everyone can see) Components: Tests Affects Versions: 1.0.4.Final Reporter: Kyle Grucci Assignee: Martin Kouba Fix For: 1.0.4.Final This occurs in 1.0.4.SP3 As per recent discussions, we're trying to test a new Java EE 6 RI build with the latest Bean Validation code integrated. When we run the CDI TCK with it, we are now seeing the following errors. Any idea what the problem could be? Tests --- org.jboss.jsr299.tck.tests.event.observer.enterprise.EnterpriseEventInheritenceTest testNonStaticObserverMethodIndirectlyInherited org.jboss.jsr299.tck.tests.event.observer.enterprise.EnterpriseEventInheritenceTest testNonStaticObserverMethodInherited 1. org.jboss.jsr299.tck.tests.event.observer.enterprise.EnterpriseEventInheritenceTest testNonStaticObserverMethodIndirectlyInherited javax.enterprise.event.ObserverException at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:40) at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:92) at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:214) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:282) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:265) at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:234) at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:635) at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:622) at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:616) at org.jboss.jsr299.tck.tests.event.observer.enterprise.EnterpriseEventInheritenceTest.testNonStaticObserverMethodIndirectlyInherited(EnterpriseEventInheritenceTest.java:55) at org.jboss.testharness.AbstractTest.run(AbstractTest.java:244) at org.jboss.testharness.impl.runner.TestRunner.run(TestRunner.java:61) at org.jboss.testharness.impl.runner.servlet.ServletTestRunner.doGet(ServletTestRunner.java:120) at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at
[weld-issues] [JBoss JIRA] Created: (CDITCK-225) TCK needs a sig file recorded with Java SE 7
TCK needs a sig file recorded with Java SE 7 Key: CDITCK-225 URL: https://issues.jboss.org/browse/CDITCK-225 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Components: Signature Tests Affects Versions: 1.0.4.Final Environment: All Reporter: Kyle Grucci The TCK needs to be updated to also include a signature file which was recorded using Java SE 7 - http://www.java.net/download/openjdk/jdk7/promoted/b147/openjdk-7-fcs-src-b147-27_jun_2011.zip http://download.java.net/openjdk/jdk7/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira ___ weld-issues mailing list weld-issues@lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-issues
[weld-issues] [JBoss JIRA] Created: (WELD-897) java.lang.ClassFormatError: Illegal classname - org/jboss/jsr299/tck/tests/extensions/alternative...
java.lang.ClassFormatError: Illegal classname - org/jboss/jsr299/tck/tests/extensions/alternative... Key: WELD-897 URL: https://issues.jboss.org/browse/WELD-897 Project: Weld Issue Type: Bug Environment: All platforms - but noticed on Solaris x86 Reporter: Kyle Grucci The CDI TCK passes all tests when run using Glassfish 3.x with Oracle's JDK 1.6.0_24. However, when we change to use Oracle's JDK 1.6.0_25 patch, deployment of some of the test war files to the autodeploy directory of Glassfish results in the errors below. Talking with Pete Muir, it appears that the JDK has tightened something and is now exposing a bug in Weld. [#|2011-05-03T13:02:50.870-0400|SEVERE|glassfish3.2|javax.enterprise.system.to ols.admin.org.glassfish.deployment.admin|_ThreadID=17;_ThreadName=Thread-1;|Ex ception while loading the app : by java.lang.ClassFormatError: Illegal class name org/jboss/jsr299/tck/tests/extensions/alternative/metadata/org$jboss$weld$bea n-org$jboss$jsr299$tck$tests$extensions$alternative$metadata$AlternativeMetada taTest-ManagedBean-org$jboss$jsr299$tck$tests$extensions$alternative$metadata$ Grocery[@javax$enterprise$context$RequestScoped()@org$jboss$jsr299$tck$tests$e xtensions$alternative$metadata$Cheap()@org$jboss$jsr299$tck$tests$extensions$a lternative$metadata$GroceryInterceptorBinding()@org$jboss$jsr299$tck$tests$ext ensions$alternative$metadata$NamedStereotype()]{org$jboss$jsr299$tck$tests$ext ensions$alternative$metadata$Grocery$bread[@javax$enterprise$inject$Produces() ]$org$jboss$jsr299$tck$tests$extensions$alternative$metadata$Grocery$fruit[@ja vax$inject$Inject()@org$jboss$jsr299$tck$tests$extensions$alternative$metadata $Cheap()]$org$jboss$jsr299$tck$tests$extensions$alternative$meta data$Grocery$vegetables[@javax$inject$Inject()]$org$jboss$jsr299$tck$tests$ext ensions$alternative$metadata$Grocery$getMilk[@javax$enterprise$inject$Produces ()]( org.jboss.weld.exceptions.WeldException: by java.lang.ClassFormatError: Illegal class name -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira ___ weld-issues mailing list weld-issues@lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-issues
[weld-issues] [JBoss JIRA] Created: (CDITCK-193) CDI TCK version 1.0.2.CR3 is missing a depoendency jar - arquillian-weld-ee-embedded-1.1-1.1.0.Beta2.jar
CDI TCK version 1.0.2.CR3 is missing a depoendency jar - arquillian-weld-ee-embedded-1.1-1.1.0.Beta2.jar Key: CDITCK-193 URL: https://jira.jboss.org/browse/CDITCK-193 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Components: Tests Affects Versions: 1.0.2.CR3 Environment: All Reporter: Kyle Grucci The org.jboss.weld.atinject.tck.AtInjectTCK appears in the CDI TCK bundle (version 1.0.2.CR3) in weld/porting-package-lib/weld-inject-tck-runner-tests.jar, and this class now has a new dependency on org/jboss/arquillian/container/weld/ee/embedded_1_1/mock/TestContainer . This class should also be included in the TCK bundle to satisfy this dependency. We use the org.jboss.weld.atinject.tck.AtInjectTCK class when running the JSR 330 TCK against Glassfish (which includes Weld). Adding this jar seemd so get by the problem... https://repository.jboss.org/nexus/content/groups/public/org/jboss/weld/arquillian/container/arquillian-weld-ee-embedded-1.1/1.1.0.Beta2/arquillian-weld-ee-embedded-1.1-1.1.0.Beta2.jar Thanks, Pete for sending this pointer. -- 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 ___ weld-issues mailing list weld-issues@lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-issues