From: Bill Venners <b...@artima.com>
Date: Mon, 21 Sep 2009 22:56:56 -0700
Local: Tues, Sep 22 2009 1:56 am
Subject: Re: [scalatest-users] Re: New ScalaTest 1.0-SNAPSHOT
Hi Joakim,
There's actually a method in org.scalatest.tools.Runner intended for
Runs a suite of tests, with optional GUI. See the main documentation
Does it sound like buildr could call this method directly?
Bill
On Mon, Sep 21, 2009 at 10:21 PM, Joakim Ohlrogge
<joakim.ohlro...@gmail.com> wrote:
-- > Absolutely. Basically I did three things: > 1. The obvious thing, change the version to be downloaded by buildr to > 1.0-for-scala-2.8.0-SNAPSHOT > 2. Change the maven group from org.scala-tools.testing to org.scalatest > These two changes were pretty straight forward though the group was not > parameterized in buildr while I could probably get away with changing the > scalatest-version by setting some variable in my project (but I didn't look > into that, i just hacked the scala/tests.rb file directly. > Now for the strangest thing I did: The buildr integration looked at > scalatests console output to determine if any tests failed. Since the output > looks a bit different when extending Spec I had to patch the condition that > checked if the run had competed. > 3. I changed the regexp: /Run completed\./ to /(Run completed\.)|(All tests > passed\.)/ > I meant to ask you what would be the best way to do this since the buildr > integration I looked into (which is Daniel Spiewak's git-branch, unofficial > and probably work in progress) seems a bit hacky. Buildr uses the ant-task > under the hood, maybe I can get the same report output to file for all the > different runners and it would be a more reliable strategy to parse those? > Also the "completed" regexp seems to be there for this reason: > # Parse for failures, errors, etc. > # This is a bit of a pain right now because ScalaTest doesn't flush its > # output synchronously before the Ant test finishes so we have to loop > # and wait for an indication that the test run was completed. > So a flush at the end of a run (if 1.0 does not already do this) would maybe > speed things up a bit as well as relying only on the failure regexp: > /(TEST FAILED -)|(RUN STOPPED)|(RUN ABORTED)/ > Which seems to work for the Spec style as well. > I meant to commit my changes to my git-branch so any suggestions for > improved strategies for failure detection etc would be most welcome. > You can have a look at my clone here: > http://github.com/johlrogge/buildr > At the moment I have not pushed any changes back so it is identical to > Daniel's clone. > Hope this helps > /J > On Tue, Sep 22, 2009 at 2:53 AM, Bill Venners <b...@artima.com> wrote:
>> Hi Joakim,
>> A saw that you tweeted that with a patch to buildr you got this all
>> Thanks.
>> Bill
>> On Mon, Sep 21, 2009 at 12:13 AM, Joakim Ohlrogge
>> > On Mon, Sep 21, 2009 at 4:21 AM, Bill Venners <b...@artima.com> wrote:
>> >> Hi All,
>> >> I just released a fresh ScalaTest 1.0 snapshot, both for 2.7.5 and the
>> >> http://www.artima.com/scalatest/#snapshot
>> >> Some people have recently posted about trying to get ScalaTest 1.0 to
>> >> svn checkout
>> >> https://scalatest.dev.java.net/svn/scalatest/branches/app/trunk-for-s...
>> >> I compiled it with the latest 2.8 nightly build (downloaded today):
>> >> scala-2.8.0.r18678-b20090910020815
>> >> The only tasks remaining are more testing of the
>> >> Thanks.
>> >> Bill
>> > --
>> > Mobile: +46-708-754004
>> --
> --
> Mobile: +46-708-754004
Bill Venners Artima, Inc. http://www.artima.com You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| ||||||||||||||