Bug 1049999

Summary:	[GSS] (6.3) Class-Path: . can cause JBAS011046: A component named 'TestBean' is already defined in this module
Product:	[JBoss] JBoss Enterprise Application Platform 6	Reporter:	Brad Maxwell <bmaxwell>
Component:	Server	Assignee:	Kyle Lape <klape>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Michal Karm Babacek <mbabacek>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.2.0	CC:	kkhan, mbabacek, myarboro, sdouglas, smumford
Target Milestone:	DR0
Target Release:	EAP 6.3.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	In previous versions of JBoss EAP 6, some jar libraries in WEB-INF/lib contained a manifest with a Class-Path attribute that contained "." as an entry. This issue caused some resources or components get processed twice, causing warnings in the log. This release of the product ignores "." entries in Class-Path manifest attributes so resources are no longer processed twice.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-06-28 15:44:50 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:	1050003

Description Brad Maxwell 2014-01-08 15:31:29 UTC

'JBAS011046: A component named
'TestBean' is already defined in this module', I have narrowed it
down to it occurs if they have a jar manifest with Class-Path: .
It looks like when deploying it looks at the jar with the manifest
entry which then must be having it scan the jar containing the EJB
again and failing.

Having the Class-Path: . doesn't really make sense to me, however it
also seems like we should not be trying to deploy it twice.

It appears ManifestClassPathProcessor ignores the . when the Class-Path is in a jar at the root of an ear but not when the jar is in a war's WEB-INF/lib

server/src/main/java/org/jboss/as/server/deployment/module/ManifestClassPathProcessor.java

Comment 3 Michal Karm Babacek 2014-02-28 17:53:33 UTC

The fix skips . and it's present in the delivered bits, VERIFIED.