Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 900434 (JBPAPP6-960)

Summary:	WebSecurityJBossSimpleRoleMappingTestCase and WebSecurityJBossWebXmlSecurityRolesTestCase fail consistently on IBMJDK due to multiple Archive deployments with the same Target
Product:	[JBoss] JBoss Enterprise Application Platform 6	Reporter:	Madhumita Sadhukhan <msadhukh>
Component:	Testsuite	Assignee:	Madhumita Sadhukhan <msadhukh>
Status:	CLOSED NEXTRELEASE	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	6.0.0	CC:	jcacek, msadhukh, pslavice
Target Milestone:	---
Target Release:	EAP 6.0.1
Hardware:	Unspecified
OS:	Unspecified
URL:	http://jira.jboss.org/jira/browse/JBPAPP6-960
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-10-04 13:27:46 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	900553

Description Madhumita Sadhukhan 2012-05-15 08:34:46 UTC

project_key: JBPAPP6

https://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL6-buildIBMJDK6_testrunIBMJDK16/lastCompletedBuild/testReport/org.jboss.as.test.integration.web.security.form/WebSecurityJBossWebXmlSecurityRolesTestCase/org_jboss_as_test_integration_web_security_form_WebSecurityJBossWebXmlSecurityRolesTestCase/

org.jboss.as.test.integration.web.security.form.WebSecurityJBossWebXmlSecurityRolesTestCase and WebSecurityJBossSimpleRoleMappingTestCase fail consistently on IBM JDK due to following stacktrace:

Error Message

Can not add multiple org.jboss.shrinkwrap.api.Archive archive deployments with the same archive name _DEFAULT_ that target the same target _DEFAULT_

Stacktrace

java.lang.IllegalArgumentException: Can not add multiple org.jboss.shrinkwrap.api.Archive archive deployments with the same archive name _DEFAULT_ that target the same target _DEFAULT_
	at org.jboss.arquillian.container.spi.client.deployment.DeploymentScenario.validateNotSameArchiveAndSameTarget(DeploymentScenario.java:371)
	at org.jboss.arquillian.container.spi.client.deployment.DeploymentScenario.addDeployment(DeploymentScenario.java:48)
	at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:81)
	at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)

Not sure why this is affected only on IBM JDK as this is not seen on other JDK
However with reference to https://issues.jboss.org/browse/ARQ-858

will having different war/archive names in the tests help?

Comment 1 Madhumita Sadhukhan 2012-05-15 08:37:56 UTC

Peter I am assigning this to you please take a look and feel free to reassign if this does not concern you.

Comment 2 Rajesh Rajasekaran 2012-06-06 22:54:54 UTC

Josef, can you investigate?

Comment 3 Rajesh Rajasekaran 2012-06-06 23:02:04 UTC

Link: Added: This issue is a dependency of JBPAPP-9188

Comment 4 Josef Cacek 2012-06-11 11:58:33 UTC

The main problem comes from the JDKs. When Arquillian uses Class.getMethods() on a test class, then
- Oracle JDK returns one static method deployment()
- but IBM JDK return two - one from the test itself and one from the parent class.

I'll make a workaround in the tests to fix this.

Comment 5 Josef Cacek 2012-06-11 13:12:18 UTC

Git Pull Request: Added: https://github.com/jbossas/jboss-as/pull/2478, https://github.com/jbossas/jboss-as/pull/2480

Comment 6 Josef Cacek 2012-06-12 09:12:38 UTC

Merged into AS7 upstream - master and 7.1 branches.

Comment 7 Madhumita Sadhukhan 2012-10-04 13:27:34 UTC

This is fixed in 6.0.1.ER2 for IBMJDK

https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL6-buildIBMJDK6_testrunIBMJDK16/lastCompletedBuild/testReport/

Comment 8 Anne-Louise Tangring 2012-11-13 20:07:54 UTC

Docs QE Status: Removed: NEW