-Mark
> --
>
> You received this message because you are subscribed to the Google Groups
> "simple-build-tool" group.
> To post to this group, send email to simple-b...@googlegroups.com.
> To unsubscribe from this group, send email to
> simple-build-t...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/simple-build-tool?hl=en.
>
>
>
object SampleSpecification extends Specification {
"1 + 1 = 2" in {
1 + 1 must_== 2
}
}
On Dec 19, 11:53 pm, Mark Harrah <dmhar...@gmail.com> wrote:
> I'd guess it is a specs thing without knowing more. I assume that you
> aren't making use of the features that require those libraries in your
> tests, but it might still help to see the problematic test code.
>
> -Mark
>
org.spex.Specification extends org.specs.Specification, so I'm not
sure why it is added explicitly. I think the solution is for specs
not to list org.spex.Specification for the test interface. Eric, does
this sound right?
Thanks,
Mark
On 12/19/09, walterc <wei...@gmail.com> wrote:
Yes, that makes sense Mark. I just redeployed a 1.6.2-SNAPSHOT version
fixing this.
Walter, could you check if it works for you?
Thanks to both of you,
Eric.
On Dec 20, 10:29 am, Mark Harrah <dmhar...@gmail.com> wrote:
> specs now defines org.spex.Specification in addition to
> org.specs.Specification as test class superclasses. sbt has to tell
> the compiler load this class in order to determine if there are any
> subclasses of org.spex.Specification. This means the compiler has to
> load JUnit classes and make junit not optional.
>
> org.spex.Specification extends org.specs.Specification, so I'm not
> sure why it is added explicitly. I think the solution is for specs
> not to list org.spex.Specification for the test interface. Eric, does
> this sound right?
>
> Thanks,
> Mark
>
--
.......__o
.......\<,
....( )/ ( )...
Thanks for trying it and telling me if it works.
E.
> > For more options, visit this group athttp://groups.google.com/group/simple-build-tool?hl=en.