I agree skipping test is BAD, but in the case of 2.8 for lift or when running test is long and you need to run install (eg to check compilation on a multi-module project).
-Dtest=false less typing but not the same result : -Dtest=false == avoid running test not compiling them and generate this [INFO] [surefire:test] [INFO] Surefire report directory: /home/dwayne/work/................./target/surefire-reports ------------------------------------------------------- T E S T S ------------------------------------------------------- There are no tests to run. Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] No tests were executed! (Set -DfailIfNoTests=false to ignore this error.) /davidB On Mon, Nov 23, 2009 at 14:59, Eric Bowman <[email protected]> wrote: > Some people consider it slightly evil, but you can also just do "mvn ... > -Dtest=false". Less typing. > > David Bernard wrote: > > To run maven without compiling+running test from commandline : > > > > mvn .... -Dmaven.test.skip=true > > > > To fully disable test without commenting them : > > edit pom.xml > > <properties> > > <maven.test.skip>true</maven.test.skip> > > </properties> > > > > (I prefer using the property instead of directly configure surfire > > because : > > * don't require to add a surfire section if it doesn't already exists > > * some profile (eg : integration test) are enabled only if > > maven.test.skip != true (include false, not-define,...) > > ) > > > > On Fri, Nov 20, 2009 at 01:31, David Pollak > > <[email protected] <mailto:[email protected]>> > > wrote: > > > > Folks, > > > > The 280_port of Lift properly compiles and runs the Lift demo > > application against the Scala 2.8.0 nightly. > > > > I spent most of today tracking down a bug that I can't reproduce > > in isolation, but it seems that the ensureCapacity method in > > Scala's StringBuilder method has an infinite: > > > > def ensureCapacity(n: Int) { > > 117 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L117 > > > > if (n > array.length) { > > 118 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L118 > > > > var newsize = array.length * 2 > > 119 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L119 > > > > while (n > newsize) > > 120 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L120 > > > > newsize = newsize * 2 > > 121 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L121 > > > > val newar = new Array[Char](newsize) > > 122 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L122 > > > > arraycopy(array, 0, newar, 0, count) > > 123 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L123 > > > > array = newar > > 124 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L124 > > > > } > > 125 > > < > http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L125 > > > > } > > > > > > I saw an infinite loop in lines 119/120 (it was line 115 in the > > version I was testing against). I replaced Scala's StringBuilder > > with the Java native code and all worked just fine. It might be > > worth a gander at the byte-code for StringBuilder to see how an > > infinite loop could happen. > > > > Anyway, I'm looking forward to the next drop of a stable 2.8.0 so > > I can compile against Specs and get a more complete (read: passes > > tests... right now the tests are commented out because I don't > > have the Specs/ScalaCheck/etc. chain in the 2.8.0 nightly). > > > > Thanks, > > > > David > > > > -- > > Lift, the simply functional web framework http://liftweb.net > > Beginning Scala http://www.apress.com/book/view/1430219890 > > Follow me: http://twitter.com/dpp > > Surf the harmonics > > > > -- > > > > You received this message because you are subscribed to the Google > > Groups "Lift" group. > > To post to this group, send email to [email protected] > > <mailto:[email protected]>. > > To unsubscribe from this group, send email to > > > > [email protected]<liftweb%[email protected]> > > > > <mailto:liftweb%[email protected]<liftweb%[email protected]> > >. > > For more options, visit this group at > > http://groups.google.com/group/liftweb?hl=. > > > > > > -- > > > > You received this message because you are subscribed to the Google > > Groups "Lift" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]<liftweb%[email protected]> > . > > For more options, visit this group at > > http://groups.google.com/group/liftweb?hl=. > > > -- > Eric Bowman > Boboco Ltd > [email protected] > http://www.boboco.ie/ebowman/pubkey.pgp > +35318394189/+353872801532 > > -- > > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<liftweb%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/liftweb?hl=. > > > -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
