[JBoss JIRA] Created: (ARQ-308) Patch to support OpenEJB 3.2 API change
by Dan Allen (JIRA)
Patch to support OpenEJB 3.2 API change
---------------------------------------
Key: ARQ-308
URL: https://jira.jboss.org/browse/ARQ-308
Project: Arquillian
Issue Type: Patch
Components: OpenEJB Containers
Affects Versions: 1.0.0.Alpha4
Reporter: Dan Allen
Fix For: 1.0.0.Beta1
The Arquillian Embedded OpenEJB 3.1 container adapter works with OpenEJB 3.2 with the exception of one field reference. The public field AppInfo#jarPath was renamed to AppInfo#path. Attached is a patch which will determine the correct field name through reflection so both APIs can be supported.
Keep in mind that OpenEJB 3.2 is still unreleased, so this is an enabling change (enables people to use it), and may be unnecessary if we find out why the field name was change. Or, perhaps, this issue will lead to an upstream change that makes this patch unnecessary. Either way, it would be nice to be able to use OpenEJB 3.2 as it supports JPA 2.
--
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
12 years, 8 months
[JBoss JIRA] Created: (ARQ-525) Tests fails when META-INF/validation.xml exist
by Liu Jianhong (JIRA)
Tests fails when META-INF/validation.xml exist
----------------------------------------------
Key: ARQ-525
URL: https://issues.jboss.org/browse/ARQ-525
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: GlassFish Containers
Affects Versions: glassfish_1.0.0.CR1
Environment: arquillian-junit-container:1.0.0.CR2
arquillian-glassfish-embedded-3.1:1.0.0.CR1
glassfish-embedded-all:3.1
Reporter: Liu Jianhong
Priority: Critical
Tests success when no META-INF/validation.xml exist,when META-INF/validation.xml exist,produce the following information:
2011-7-25 6:49:06 org.jboss.arquillian.container.impl.client.container.ContainerRegistryCreator getActivatedConfiguration
信息: Could not read active container configuration: null
2011-7-25 6:49:07 com.sun.enterprise.v3.server.CommonClassLoaderServiceImpl findDerbyClient
信息: Cannot find javadb client jar file, derby jdbc driver will not be available by default.
2011-7-25 6:49:07 org.hibernate.validator.util.Version <clinit>
信息: Hibernate Validator null
2011-7-25 6:49:07 org.hibernate.validator.engine.resolver.DefaultTraversableResolver detectJPA
信息: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
2011-7-25 6:49:07 org.hibernate.validator.xml.ValidationXmlParser getValidationConfig
信息: META-INF/validation.xml found.
2011-7-25 6:49:07 org.hibernate.validator.xml.ValidationXmlParser getValidationConfig
严重: Error parsing validation.xml: null
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (ARQ-560) Support for collection of code coverage data of locally executed tests
by Vineet Reynolds (JIRA)
Support for collection of code coverage data of locally executed tests
----------------------------------------------------------------------
Key: ARQ-560
URL: https://issues.jboss.org/browse/ARQ-560
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Extension - Jacoco
Affects Versions: 1.0.0.Alpha1
Reporter: Vineet Reynolds
The Arquillian Jacoco extension v1.0.0.Alpha1 currently does not gather code coverage data, when the tests are executed locally (using @RunAsClient) against a remote deployment (created using @Deployment).
The preferred behavior would be to allow for data to be gathered in remote deployments, and sent to the local client, so that the jacoco.exec file is created, just as it is done for in-container tests.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (ARQ-617) Make Tomcat 6 and Jetty 6 and 7 specific configuration obsolete
by Geoffrey De Smet (JIRA)
Make Tomcat 6 and Jetty 6 and 7 specific configuration obsolete
---------------------------------------------------------------
Key: ARQ-617
URL: https://issues.jboss.org/browse/ARQ-617
Project: Arquillian
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Reporter: Geoffrey De Smet
According to the documentation:
http://docs.jboss.org/weld/reference/1.1.0.Final/en-US/html_single/#d0e5286
We have to add extra configuration files to deploy to certain appservers and certain versions.
But the existence of those files can sometimes create issues on other appservers.
For example, jetty 6 needs an WEB-INF/jetty-env.xml file (and Jetty 7 needs another version of that file).
"Maven profiles" are not a solution, see WELD-984.
Since weld-servlet's bootstrap actually detects what appserver and what version is in play, it should be thoroughly investigated if weld can't do that for us
and only configure the content of those extra files if the correct appserver/version is being used.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months