Yeah, and on the same vein, our tests failed because of classloader issues, because Eclipse would execute JUnit in a different hierarchy than surefire. You may check that as well.
Eric On 4/14/06, Valerio Schiavoni <[EMAIL PROTECTED]> wrote: > > hi, > when we first launched our test suites outside eclipse, directly from mvn, > we got a lot of failures: after questioning ourselves about what was going > on, we spotted out that our tests were based on the path of some resources > only reachable within eclipse (maybe because they're relative..). can this > be also your case? > > maybe you can post a small test which doesn't pass from maven and still > passing within eclipse... > > On 4/14/06, gdub <[EMAIL PROTECTED]> wrote: > > > > I am trying to install a module that > > depends on Spring and Hibernate. All > > of those dependencies for the app > > are in that Maven project. The trouble > > is that the tests won't pass. They pass > > fine in Eclipse. All the rest of the > > modules for this project pass their > > tests in both Maven and Eclipse. > > > > I can't see where the trouble is because > > nothing is reported back on the failures. > > The console shows INFO lines saying that > > Spring is loading the configuration > > files (which are all classpath resources, > > BTW) but no indication of how the tests > > are failing--only a message before > > maven exits saying that all the tests > > have failed. > > > > I sprinkled some printlns into some test > > methods to see if the test methods were > > even entered--they are not (well, at > > least I don't think they are, maybe > > the standard output is being shunted). > > > > The -e switch only reports the surefire > > exception that there were failed tests. > > > > I don't think module dependencies are > > the issue because I am using eclipse: > > eclipse to generate them for Eclipse-- > > i.e. they are the same in both > > environments. > > > > How do I approach finding the source of > > this trouble? There doesn't appear to be > > enough information to track it down. > > > > -dub > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > To Iterate is Human, to Recurse, Divine > James O. Coplien, Bell Labs > (how good is to be human indeed) > >
