Bug 1026766 - Artifacts referenced in eap6-supported-artifacts BOM not available in Maven repository zip
Summary: Artifacts referenced in eap6-supported-artifacts BOM not available in Maven r...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Maven Repository
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Paul Gier
QA Contact: Nikoleta Hlavickova
Russell Dickenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-05 11:50 UTC by Nikoleta Hlavickova
Modified: 2014-07-03 20:13 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-07-03 20:13:05 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Test pom file (40.86 KB, application/xml)
2013-11-05 11:50 UTC, Nikoleta Hlavickova
no flags Details
Dependency tree (31.25 KB, text/plain)
2013-11-05 11:52 UTC, Nikoleta Hlavickova
no flags Details
Dependency tree from 6.2.0 Beta (27.46 KB, text/plain)
2013-11-05 14:52 UTC, Nikoleta Hlavickova
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1012017 0 unspecified CLOSED Unavailable artifacts referenced in the eap6-supported-artifacts BOM 2021-02-22 00:41:40 UTC

Internal Links: 1012017

Description Nikoleta Hlavickova 2013-11-05 11:50:31 UTC
Created attachment 819679 [details]
Test pom file

All artifacts referenced in eap6-supported-artifacts BOM are available either in EAP Maven repository zip or in central repository. However the dependency tree cannot be resolved using EAP Maven repository zip only. Following dependencies could not be resolved:

commons-digester:commons-digester:jar:1.8
org.springframework:spring-jms:jar:3.0.7.RELEASE
org.springframework:spring-context:jar:3.0.7.RELEASE
org.springframework:spring-tx:jar:3.0.7.RELEASE
net.sf.ehcache:ehcache-core:jar:2.5.1
org.apache.mina:mina-core:jar:2.0.7
org.apache.felix:org.osgi.core:jar:1.2.0 org.apache.felix:org.osgi.compendium:jar:1.2.0
commons-logging:commons-logging-api:jar:1.1
org.apache.geronimo.specs:geronimo-jaxws_2.2_spec:jar:1.0
org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0.2
org.apache.geronimo.specs:geronimo-jaxb_2.1_spec:jar:1.0
org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
org.apache.geronimo.specs:geronimo-saaj_1.3_spec:jar:1.0.1
org.apache.geronimo.specs:geronimo-stax-api_1.0_spec:jar:1.0.1
stax:stax-api:jar:1.0.1
org.jboss.byteman:byteman:jar:2.1.2
org.jboss.byteman:byteman-submit:jar:2.1.2
jfree:jfreechart:jar:1.0.9
jfree:jcommon:jar:1.0.12
org.jboss.logging:jboss-logging-processor:jar:1.1.0.Final
com.sun.xml.fastinfoset:FastInfoset:jar:1.2.12
org.slf4j:jul-to-slf4j:jar:1.6.4
org.slf4j:log4j-over-slf4j:jar:1.6.4

Attaching test pom file with imported all dependencies defined in eap6-supported-artifacts BOM.

Comment 1 Nikoleta Hlavickova 2013-11-05 11:52:21 UTC
Created attachment 819682 [details]
Dependency tree

Attaching dependency tree received with enabled central repository.

Comment 2 Nikoleta Hlavickova 2013-11-05 13:31:31 UTC
This issue did not occur in EAP 6.2.0.Beta -- all artifacts referenced in eap6-supported-artifacts BOM were available in EAP Maven repository zip.

Comment 3 Nikoleta Hlavickova 2013-11-05 13:47:02 UTC
This is a regression against 6.2.0 Beta release.

Comment 4 Paul Gier 2013-11-05 14:26:17 UTC
I don't consider this a blocker because we require Maven central for our quickstarts, and our Maven repo zip is not completely self contained.  It would require a lot of extra manual POM maintenance to completely remove the dependency on Maven central.

I'm surprised that this wasn't the case in 6.2.0.Beta.  Can you attach the dependency tree from 6.2.0.Beta for comparison?

Comment 5 Nikoleta Hlavickova 2013-11-05 14:52:16 UTC
Created attachment 819809 [details]
Dependency tree from 6.2.0 Beta

Comment 6 Paul Gier 2013-11-07 18:16:12 UTC
In the 6.2.0.Beta dep tree it appears there are several transitive dependencies which were not included in the Maven repo zip, so I think this is not a regression.  We don't have any plans to fix this because it involves too much manual maintenance of the POMs for each rebuild.

Comment 8 Paul Gier 2014-07-03 20:13:05 UTC
Closing this as won't fix because our current build process relies on Maven central to be available to users.  It would require too much maintenance effort to try to modify all poms to use only versions available in the zip, and we would end up shipping artifacts in the zip that we don't want to support (for example the geronimo jars and the spring jars).


Note You need to log in before you can comment on or make changes to this bug.