Re: Maven classpath ordering
Re: Maven classpath ordering
- Subject: Re: Maven classpath ordering
- From: Fabian Peters <email@hidden>
- Date: Fri, 25 Mar 2016 07:56:42 +0100
Hi Ramsey,
I don't know about excluding a single class from a jar, but I've had problems with JavaEOAccess getting on the classpath before ERAttributeExtensions. To avoid that I've used the following:
<dependency>
<groupId>wonder.core</groupId>
<artifactId>ERExtensions</artifactId>
<exclusions>
<exclusion>
<!-- make sure JavaEOAccess loads after ERAttributeExtensions -->
<groupId>com.webobjects</groupId>
<artifactId>JavaEOAccess</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>wonder.eof</groupId>
<artifactId>ERAttributeExtension</artifactId>
</dependency>
Maybe that can help?
Fabian
> Am 25.03.2016 um 01:53 schrieb Ramsey Gurley <email@hidden>:
>
> 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@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden