I just released yet another 1.6.3 snapshot. This one contains fixes
for the issues that Ismael found today:
1. put my SuiteAborted in sbt fix that Bruce Mitchener approved back
on December 8 back into the branch. Sorry it had gotten lost in the
shuffle. This should solve the problem Ismael observed whereby an
OutOfMemoryError was not being reported by sbt.
2. -u will now create a directory for the JUnit XML files if the
requested directory doesn't already exist, in both Runner and via sbt
3. ScalaTest will automatically turn off color if it notices a system
property named "sbt.log.noformat" is defined and set to "true".
I also renamed ValueOnOption to OptionValues, ValueOnEither to
EitherValues, and ValueOnPartialFunction to PartialFunctionValues. And
I changed the syntax for EitherValues from either.LeftValue and
either.rightValue to either.left.value and either.right.value. And I
dropped ValueMethods entirely.
The way the noformat issue happened is we started sending out the
"standard out" text directly through our own standard output reporter
rather then sending them as events to sbt's logger. I'm not yet 100%
sure if that's the right thing to do, but it explains what happened.
Previously since we were sending the colorful text to sbt's logger for
outputting, sbt must have been stripping off the ansi color chars if
sbt.log.noformat was set.
The snapshot is compiled with Java 6 and Scala 2.9.0, and is in the usual place:
http://scala-tools.org/repo-snapshots/org/scalatest/scalatest_2.9.0/1.6.3-SNAPSHOT/
I put up a new Scaladoc for tonight's snapshot here:
http://www.artima.com/docs-scalatest-1.6.3-5.Jan.2012/#package
Please give it a try if you have time.
Thanks.
Bill
----
Bill Venners
Artima, Inc.
http://www.artima.com
2. -u will now create a directory for the JUnit XML files if the
requested directory doesn't already exist, in both Runner and via sbt
Oops! Sorry to drag you into being our SQA department. We'll fix this
and get yet another snapshot out the door. I appreciate very much your
trying it out and giving feedback.
Bill
> --
> You received this message because you are subscribed to the Google
> Groups "scalatest-users" group.
> To post to this group, send email to scalate...@googlegroups.com
> To unsubscribe from this group, send email to
> scalatest-use...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/scalatest-users?hl=en
> ScalaTest itself, and documentation, is available here:
> http://www.artima.com/scalatest
--
Oops! Sorry to drag you into being our SQA department.
Yes, Chee Seng found a similar issue. The problem likely stems from
the fact that events fired at reporters are serialized with an receive
actor, and that actor's thread is the one writing the XML files. It
isn't being given a chance to finish the job before the whole VM exits
when you're running sbt from the command line like that.
Straightforward to fix, as we have the same need with Runner and
addressed it long ago, though I have to remind myself how by looking
at the code! Chee Seng already checked in a fix for the race condition
issue. If that looks good I'll deploy a snapshot with just that, then
do another once we fix the termination issue.
Bill
> --
> You received this message because you are subscribed to the Google
> Groups "scalatest-users" group.
> To post to this group, send email to scalate...@googlegroups.com
> To unsubscribe from this group, send email to
> scalatest-use...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/scalatest-users?hl=en
> ScalaTest itself, and documentation, is available here:
> http://www.artima.com/scalatest
--
I checked the code and it is not quite snapshot-worthy yet. We'll work
on it again tonight and do a new snapshot at that time.
Thanks.
Bill
I checked the code and it is not quite snapshot-worthy yet. We'll work
on it again tonight and do a new snapshot at that time.
I'm about to board a plane. We finished the software changes last
night, but I still have some documentation to complete. Will do that
on the flight and try and post new snapshots tonight.
Bill
I'm about to board a plane. We finished the software changes last
night, but I still have some documentation to complete. Will do that
on the flight and try and post new snapshots tonight.
Well that's because I decided to pull -u out of this release. My
initial thought was to include a few things into this release that
people had asked for, but -u turned out to be more complicated than I
thought it would be. I want to make sure we get it right before I
release it, and since there's a workaround (an sbt plugin) everyone
seems to feel addresses their need in the meantime, I figured it is
best to just wait until 2.0. That way I can start the release
candidate process going for the other stuff sooner.
In 2.0 we're going to fix it the "right way," which is to enhance
sbt's Framework mechanism so it understands the notion of a "run." I
met with Mark Harrah, the sbt czar, a few weeks back, and we figured
out the basic approaches we want to take. Essentially sbt needs to be
able to tell a test framework that a run is starting, and once it can
do that, we can ensure needed directories are created at that point,
not each time a test class gets executed. I was going to deprecated -u
in 2.0 anyway, in favor of an "external DSL" for sbt instead, so I
think it is best to wait until then.
Bill
Well that's because I decided to pull -u out of this release.
Yes, sorry about that. It really helped that you tried it out, but
unfortunately all the issues you discovered demonstrated that the "-u
for sbt" feature wasn't quite baked. A lot of users depend on
ScalaTest, so it needs to work.
I built two versions under JDK 1.5, one for Scala 2.8.1 and the other
for Scala 2.9.0. I'll have snapshots out for both of these as soon as
I finish the documentation. I'll leave the snapshots out for a week,
as a kind RC0s, for people to try out while I'll be busy giving a
Scala course. If all goes well I'll release RC1s for these next Friday
(the 13th).
Thanks.
Bill