[JBoss JIRA] Created: (ARQ-161) Weld Extension doesn't fire ProcessAnnotatedType when importDirecyory is used.
by alberto Gori (JIRA)
Weld Extension doesn't fire ProcessAnnotatedType when importDirecyory is used.
------------------------------------------------------------------------------
Key: ARQ-161
URL: https://jira.jboss.org/browse/ARQ-161
Project: Arquillian
Issue Type: Bug
Affects Versions: 1.0.0.Alpha2
Reporter: alberto Gori
The deployment code is this:
Archive<?> archive = ShrinkWrap.create("test.jar", JavaArchive.class);
archive.as(ExplodedImporter.class).importDirectory("target/classes");
archive.as(ExplodedImporter.class).importDirectory("target/test-classes");
If I pack classes using this technique, then my CDI Extension doesn't fire the ProcessAnnotatedType for classes that are not my test class.
On IRC aslak commented the following:
"it's due to a 'hack' in the WeldEmbedded deployer, it assumes it will get a Archive with ClassAssets.. but when you do import, it wil be FileAssets, so they are ignored"
--
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, 5 months
[JBoss JIRA] Created: (ARQ-200) Change number scheme for containers
by Dan Allen (JIRA)
Change number scheme for containers
-----------------------------------
Key: ARQ-200
URL: https://jira.jboss.org/browse/ARQ-200
Project: Arquillian
Issue Type: Task
Components: GlassFish Containers, JBoss Containers, OpenEJB Containers, OpenWebBeans Containers, Weld Containers
Affects Versions: 1.0.0.Alpha3
Reporter: Dan Allen
Container versions are currently identified by appending an abridged version number to the end of the container's groupId. Examples include:
Remote JBoss AS 6.0.0 == jbossas-remote-60
Remote JBoss AS 5.1.0 == jbossas-remote-51
Remote GlassFish 3.0 == glassfish-remote-30
Embedded Weld == weld-embedded
While these versions seem obvious now, as we accumulate more and more containers, it's going to become less clear how the abridged version numbers map to real version numbers.
I recommend that we match the real version number more closely by simply replacing dots (.) with underscores (_). We should also use the least specific version number and establish the convention that any Arquillian container version <= the target container version will work (i.e., we add a version when there is a breaking change in the API of the target container or we switch to a new management API).
Remote JBoss AS 6.0.0 == jbossas-remote-6
Remote JBoss AS 5.1.0 == jbossas-remote-5_1
Remote JBoss AS 5.0.0 == jbossas-remote-5
Remote GlassFish 3.0 == glassfish-remote-3
Remote GlassFish 3.1 == glassfish-remote-3_1
Embedded Weld == weld-embedded-1
An open question is whether the minor version should be included for the first major version of a container (e.g., jbossas-remote-6 or jbossas-remote-6_0)
This task requires renaming and repackaging most of the existing containers. We should do this as early as possibly, preferrably before 1.0.0.Alpha3.
--
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, 5 months
[JBoss JIRA] Created: (ARQ-86) Cannot run TestNG getting started tutorial test from inside m2eclipse
by Pete Muir (JIRA)
Cannot run TestNG getting started tutorial test from inside m2eclipse
---------------------------------------------------------------------
Key: ARQ-86
URL: https://jira.jboss.org/jira/browse/ARQ-86
Project: Arquillian
Issue Type: Bug
Components: Documentation
Reporter: Pete Muir
Priority: Critical
Fix For: 1.0.0.Alpha1
Set up the project as described in the ref guide, and try to run any test
FAILED: testConvertToCelsius
java.lang.ClassCastException: java.lang.String cannot be cast to org.testng.xml.XmlInclude
at org.jboss.arquillian.testng.TestNGTestRunner.execute(TestNGTestRunner.java:70)
at org.jboss.arquillian.protocol.servlet.ServletTestRunner.doGet(ServletTestRunner.java:83)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:68)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:276)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:872)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
at java.lang.Thread.run(Thread.java:637)
--
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, 5 months