I agree. They should be putting <optional>true</optional> on these poms.
Also, most of the poms doesn't specify the downloadURL where it can be
downloaded from. This again is a real pain in that you need to search
for these jars which are not straight forward as it is expected to be.
Also, in some cases, if the build fails for some dependencies, even the
"mvn -e or -X" option does not tell you the parent jar(like Spring)
which is dependent on these jars. Hopefully this can be fixed from
jira/maven.
-Sridhar.
Stephen Duncan wrote:
Well, they ARE invalid, in that they should be putting
<optional>true</optional> on many of those dependencies.
-Stephen
On 10/21/05, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
But thos poms are NOT invalid :
spring-web requires spring-core + beans + context, that themselves
depends on lot's of tools that spring supports.
My WEB-INF/lib has 44 jars, and I only require 10 of them.
Another problem is that I cannot set exclusion at top level : I need to
know what dependency has introduced some jar, + detecte the groupId
from the jar name (that can be != from artifactId)
I'll take me lo'ts of time !
Matt Raible a écrit :
On 10/21/05, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
Hi,
My webapp uses spring and transitive dependencies (that is a cool
feature) adds tons of dependencies to my war.
I have to setup lot's of exclusions rules... more than dependencies I
have in my project !
Is there any way to make this quicker, perhaps some regexp matching
exclusion/inclusion rule ?
The problem is primarily metadata and that it's not accurate in the
dependeny POMs. I agree with you whole-heartedly. I've found that I
have to exclude a *lot* from Hibernate, iBATIS, JDO and Display Tag.
In an ideal world, we'd never have to put exclusions on any of our
dependencies. If enough users complain about this - hopefully it'll
get fixed. In the meantime, your best bet is to enter invalid POMs as
bugs in JIRA:
http://jira.codehaus.org/browse/MEV
HTH,
Matt
Nico.
This message contains information that may be privileged or confidential and is
the property of the Capgemini Group. It is intended only for the person to whom
it is addressed. If you are not the intended recipient, you are not authorized
to read, print, retain, copy, disseminate, distribute, or use this message or
any part thereof. If you receive this message in error, please notify the
sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This message contains information that may be privileged or confidential and is
the property of the Capgemini Group. It is intended only for the person to whom
it is addressed. If you are not the intended recipient, you are not authorized
to read, print, retain, copy, disseminate, distribute, or use this message or
any part thereof. If you receive this message in error, please notify the
sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Stephen Duncan Jr
www.stephenduncanjr.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
