Re: classpath ordering
I'm using gwt, and Google folks had the strange idea to include some old version of apache commons-* in the jar. I get NoSuchMethodError in unit tests becausse I can't specify the classpath ordering of my dependencies during tests. Even if you could hack Surefire to include the newer Commons jar in front of the GWT jar, how do you plan to get this to run once you're done with it? Eventually you're going to run into this again in your j2ee container, right? It seems the more pragmatic solution would be to change your code to use the old Commons API. Or perhaps modify the GWT jar and remove the old Commons files, and encourage the GWT devs to bump their files to a more recent version in a future release. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: classpath ordering
Defining what version of the jar to use in the depedencyManagement section doesn't work here? --- Todd Thiessen -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Wednesday, March 11, 2009 12:26 PM To: Maven Users List Subject: Re: classpath ordering I'm using gwt, and Google folks had the strange idea to include some old version of apache commons-* in the jar. I get NoSuchMethodError in unit tests becausse I can't specify the classpath ordering of my dependencies during tests. Even if you could hack Surefire to include the newer Commons jar in front of the GWT jar, how do you plan to get this to run once you're done with it? Eventually you're going to run into this again in your j2ee container, right? It seems the more pragmatic solution would be to change your code to use the old Commons API. Or perhaps modify the GWT jar and remove the old Commons files, and encourage the GWT devs to bump their files to a more recent version in a future release. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: classpath ordering
The issue is that gwt-dev INCLUDES org.apache.commons.* classes, it does not depend on some commons-* as maven projet may expect (Gwt guys don't use Maven) I've found a workaround anyway, and it is now included in gwt-maven-plugin On Wed, Mar 11, 2009 at 5:30 PM, Todd Thiessen thies...@nortel.com wrote: Defining what version of the jar to use in the depedencyManagement section doesn't work here? --- Todd Thiessen -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Wednesday, March 11, 2009 12:26 PM To: Maven Users List Subject: Re: classpath ordering I'm using gwt, and Google folks had the strange idea to include some old version of apache commons-* in the jar. I get NoSuchMethodError in unit tests becausse I can't specify the classpath ordering of my dependencies during tests. Even if you could hack Surefire to include the newer Commons jar in front of the GWT jar, how do you plan to get this to run once you're done with it? Eventually you're going to run into this again in your j2ee container, right? It seems the more pragmatic solution would be to change your code to use the old Commons API. Or perhaps modify the GWT jar and remove the old Commons files, and encourage the GWT devs to bump their files to a more recent version in a future release. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: classpath ordering
The issue is that gwt-dev INCLUDES org.apache.commons.* classes, it does not depend on some commons-* as maven projet may expect (Gwt guys don't use Maven) I still think you should file a bug against GWT itself and ask them to shade these classes if they're going to package them in their jar... Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org