It sounds like you don't have a problem with Surefire nothing but the debugger in your IDE. If not, then again "where you see the issue? E.g. in surefire-report files in directory target/surefire-reports/ ?".
> I'd like to be able to debug that failure even though my own OS is > Unixy. > Does anybody know a proven method to do that in surefire, > or a reason why it is impractical and should not be attempted? Just read the docu: https://maven.apache.org/surefire/maven-surefire-plugin/examples/debugging.html If you use IDEA, this plugin may help https://github.com/harishkannarao/MavenSurefireFailsafeExamples On Thu, May 9, 2019 at 7:53 AM John Passaro <john.a.pass...@gmail.com> wrote: > Thanks folks for your input. > > Reading on the user list archive, I'm realizing my premise may have been > unclear if you only read it here: > I didn't use a literal 0x0A byte in the pom, I used the xml entity. > I'll put it as a java expression in hopes that clients do not render it > as a literal line feed and potentially cause further confusion: > "&" + "#x0A;" > > On 2019/05/07 21:06:43, Tibor Digana <t...@apache.org> wrote: > > line.separator cannot be set as system property, use > > <argLine>-Dline.separator=...</argLine> instead > > Is there a way to do this and quote the desired value? I would guess the > line feed would be interpreted as a word boundary and the effect would be > to set line.separator to the empty string. > > > What version of plugin you use? > 2.18.1. > > > Where you see the stack trace? In console, in text report or XML report? > > It most obviously showed up in a place where my tests are comparing a stack > trace generated by calling guava Throwables.getStackTraceAsString(), > to an expected constant that includes plain unix-style line feeds. > When the pom has line.separator, those stack traces are rendered without > any line breaks at all, and the test fails. I can also see the > weird-looking > stack trace, and many others with the same problem, on the console. > > > Perhaps we have to see your project. You can post the code with POM on > Gist > > but I think we cannot help you more unless we see the POM and try out. > > This is fair. Unfortunately I'm not at liberty to share my code > (proprietary). > Tried to make a minimum complete reproducible example using > mvn archetype:generate > -DarchetypeArtifactId=maven-archetype-quickstart > -DarchetypeVersion=1.4, > but I was unable to reproduce the problem. > If there's anything else I can answer about the pom I'd be happy to do so. > > I'd also like to call brief attention to my big picture: > if tests are passing on a LF system and not on a CRLF system, > I'd like to be able to debug that failure even though my own OS is > Unixy. Does anybody know a proven method to do that in surefire, > or a reason why it is impractical and should not be attempted? > Such information could make this whole conversation moot. > > On 2019/05/07 21:11:41, Laird Nelson <l...@gmail.com> wrote: > > > > (a) I thought <systemPropertyVariables> in a forked> > > execution were indeed passed on the command line as -D arguments, > > How can I tell whether execution is forked for my project? > "grep fork pom.xml" prints nothing. > > > (b) the behavior may have to do instead with the fact that whitespace in > XML is> > > generally not significant so after 
 is expanded it is effectively> > > stripped/trimmed from the XML yielding the empty string > > This strikes me as the most likely explanation. > > > (c) the OP> > > could try CDATA and an actual line separator character instead, maybe?> > > Tried this both on my project and on the MCRE I mentioned above. > Each behaved the same as with the &-based entity. > > Thanks all. I'm very grateful for your time and input. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >