You’ll want to use maven’s dependency management section. If you don’t supply 
one you’re inheriting it from somewhere. It provides for better control of the 
ordering and so forth of the dependencies you want.

The idea is that in your parent pom, you use a dependency management section. 
Then in your child poms (same deal if you only have one pom), their 
dependencies reference what’s in your dependency management section and inherit 
their ordering, versioning, scopes, etc.

<dependencyManagement>
  <dependencies>
    <dependency>
      <artifactId>foo</artifactId>
      <groupId>bar</groupId>
      <version>1.0</version>
      ...
    </dependency>
  </dependencies>
</dependencyManagement>

<dependencies>
  <dependency>
    <artifactId>foo</artifactId>
    <groupId>bar</groupId>
  </dependency>
</dependencies>

> On 25 Mar 2016, at 11:53 AM, Ramsey Gurley <[email protected]> wrote:
> 
> Hi all,
> 
> I have a small problem with classpath ordering in Maven and I’m hoping 
> someone can explain how it works. 
> 
> In the log of my app, I see the java.class.path.  It starts with lots of 
> dependent jars and mostly ends with In house frameworks, Wonder then 
> WebObjects frameworks. Unfortunately, one of the jars (StringTemplate) 
> contains a class (ASTExpr) I need to override in order to make it happy with 
> KeyValueCoding style getter naming. It’s a simple fix, and everything works 
> properly in Eclipse as well as with our old Ant builds. But if I include this 
> ASTExpr in my framework, the original shows up first in the classpath for the 
> maven build, and thus, the class I intended to use as an override is 
> overridden.
> 
> I relocated my StringTemplate dependency to the bottom of my pom file, but 
> that made no difference in classpath ordering. Is there any secret way to 
> force that jar down the list, or perhaps remove the original ASTExpr class 
> from it?
> 
> Thanks,
> 
> Ramsey
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/lachlan.deck%40gmail.com
> 
> This email sent to [email protected]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to