Re: RE : Surefire Stacktrace
One of the major problems of all maven related products is the documentation. Maybe maven is brilliant. But who cares when its just some kind of black box. Many developers avoid maven because of the worse documentation. Maybe its intuitive for maven-developes but its not really intuitive vor developers using maven ;o) btw. thx for using nabble. Its really better then flooding mailboxes. mfg Bernhard -- View this message in context: http://www.nabble.com/Surefire+Stacktrace-t1668865.html#a4537092 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Surefire Stacktrace
Hi, Is it possible to see the whole stacktrace? Whenever a test fails, surefire prints only irrelevant information to stdout. Example: org.apache.maven.BuildFailureException: There are test failures. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:555) ... Caused by: org.apache.maven.plugin.MojoFailureException: There are test failures. at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:403) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) ... 16 more Im interested into the last 16 lines. I really hope that they will show me the true assertion message ;o) But how to tell maven to display the information? thx, Bernhard -- View this message in context: http://www.nabble.com/Surefire+Stacktrace-t1668865.html#a4522736 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Surefire Stacktrace
thx :o) -- View this message in context: http://www.nabble.com/Surefire+Stacktrace-t1668865.html#a4523315 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven-Surfire classpath issue
When i run surfire 2.2 with TestNG 4.7, the classpath will be set to surefire-api-2.0.jar + plexus-utils-1.1.jar + surefire-booter-2.0.jar The problem is that it does not include relevant dependencies like target/classes. Currently i override the classpath with System#setProperty inside my unit-test as simple workaround. Whats the trick to get surefire to set up the correct classpath? In my mind the cp would consist of all dependency jars + target/classes + target/test-classes. thx Bernhard Neuhauser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
changelog plugin - Exception: parse date
Hi The developers of cvshome changed the date format. So changelog v 1.7.1 always thrown an exception: parse date. I found inside the changelogs changelog, that the problem should be resolved in 1.7.2, so in installed the update. With 1.7.2 the changelog plugin is able to generate the report, but there are still parse date exceptions. I guess, that there is one exception for each ressource inside my repository :| Someone already reported this beheavior: http://jira.codehaus.org/browse/MAVEN-1447 I know that it seems like this issue is caused inside the netbeans cvslib and as such its not really mavens problem. Is there some kind of workaround available to suppress the exception? My anthill logfile gets flooded. Its also not really fine, because it prohibits to send developer mails, because each mail got a size 4mb (im not interested into flooding mailaccs). Im also courious: why changelog is able to do his work? I mean, the underlaying cvslib seems to be broken, but changelog itself is still able to extract the necessary data? I tried to find the sources of the netbeans cvslib inside their cvs. Was not able to find them - any ideas where to seach? (wich cvs module, wich subpath?) thx for your help cybi -- aka Neuhauser Bernhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: changelog plugin - Exception: parse date
Brett Porter schrieb: In the mean time, you may need to disable the report. Seems like the Exception output is sent to the stderr. Im using an ant buildscript to wrapp my maven call (The free Anthill is not maven aware). It seems to be enough to switch exec error=false inside the buildfile to suppress the exception. (I just write this to the maillist, because i think that this information might be valuable for others) So it should be possible, to avoid the deactivation of the changelog report. Just an additional question: The changelog cvslib excecutes the netbeans cvs call. Does the maven changelog plugin write the exception to the stderr? Im not sure, normally an exception inside a maven plugin causes the buildprocess to fail, but maven is able to finish the changelog buildprocess successfully. So i guess, that the netbeans cvslib itself writes the exception to the stderr. Is maven able to suppress such an exception, directly written to the stderr inside a 3rd party lib? thx cybi -- aka Neuhauser Bernhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
