The madness never ends!

Apparently this problem is caused by selecting the option "Resolve dependencies from 
Workspace projects" in the project's properties.

I had unchecked that but now the dependencies further down the line aren't 
being put in the web app's lib directory.  To recap the dependency chain; 
waitlist-war depends on waitlist-web, which depends on waitlist-core, which 
depends on waitlist-db.

I'm trying to add Spring Security (aka Acegi) and I've added the requisite 
dependency lines in the pom for waitlist-web.  I have an eclipse Run 
Configuration that does dependency:analyze and dependency:tree and the Spring 
Security jars are listed for waitlist-war.  And if I run my Run Configuration 
that has the goals clean and package, in the target folder is the war file, and 
running winzip on that shows the Spring Security jars in it.

But the waitlist-war folder down in the tomcat folder (down in .metadata) 
doesn't have the Spring Security jars.

The other interesting thing is that when I turn on "Resolve dependencies from 
Workspace projects" in the lib directory the 3 jar files that my project is 
producing, waitlist-core, waitlist-db, and waitlist-web are named without the maven 
version number; waitlist-core.jar, etc.  With it off they had the version as part of the 
name.

Now I am going crazy; I turned that option off, removed the project from the 
servers, removed the tomcat server, quit eclipse, started eclipse, added the 
tomcat, added the project to it, and now in the lib directory the Spring 
Security jars are there.

Must be due to the alignment of the planets or something.


Rusty Wright wrote:
Argh, more hair pulling!

Again it's only happening with eclipse, things are fine when I build with mvn on my unix box at the command line.

And equally maddening; it's suddenly fixed itself. I need a bridge to jump off of.

What was happening is my xml config files in src/test/resources were being put in the jars. I finally realized what was happening when I was looking at the console window and saw that logback was using logback-test.xml instead of logback.xml (logback always uses logback-test.xml if one is available). I had changed the log level for org.springframework.beans to DEBUG in logback.xml and it wasn't taking effect; it was still using the WARN level setting in one of the logback-test.xml files.

The only thing I changed which seems to have fixed it is in the project properties, under maven, is the box "Goals to invoke after project clean", which has process-test-resources in it, I cleared that for just one of the modules, and then all of the jars stopped getting the test resources. (I was rooting around down in the .metadata/.plugins/org.eclipse.wst.server.core/tmp1/wtpweb folder on my Pc.) I put process-test-resources back and the jars are still not getting the test resources.

Talk about voodoo.


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email


Reply via email to