You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@buildr.apache.org by "Alexis Midon (JIRA)" <ji...@apache.org> on 2010/02/18 19:06:27 UTC

[jira] Commented: (BUILDR-150) Upgrade to JMock 2.5.1

    [ https://issues.apache.org/jira/browse/BUILDR-150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12835311#action_12835311 ] 

Alexis Midon commented on BUILDR-150:
-------------------------------------

The upgrade to jmock 2.5.1 requires to add the following dependencies:
org.jmock:jmock:jar:2.5.1
org.jmock:jmock-junit4:jar:2.5.1  or org.jmock:jmock-junit3:jar:2.5.1
org.hamcrest:hamcrest-core:jar:1.1
org.hamcrest:hamcrest-library:jar:1.1

The jmock-junit artifact id depends on the junit version: jmock-junit4 or jmock-junit3. So the patch should check junit version.

Since version 1.2, the group id has changed from 'jmock' to 'org:jmock'. So the traditional way to customize versions does not work.

> Upgrade to JMock 2.5.1
> ----------------------
>
>                 Key: BUILDR-150
>                 URL: https://issues.apache.org/jira/browse/BUILDR-150
>             Project: Buildr
>          Issue Type: Task
>          Components: Test frameworks
>    Affects Versions: 1.3.2
>            Reporter: Alex Boisvert
>            Assignee: Alex Boisvert
>             Fix For: 1.4
>
>
> As sent on the buildr-user and buildr-dev mailing lists:
> http://mail-archives.apache.org/mod_mbox/incubator-buildr-dev/200805.mbox/%3C5582dd3b0805240830l2457cbdcj52d6efc37f1ec74c@mail.gmail.com%3E
> While looking into Scala testing, I noticed we're still using JMock 1 (1.2.0) as default.  Would anybody oppose upgrading to JMock 2 (2.4.0) by default?  [Ed. note: JMock 2.5.1 as of September 22nd, 2008]
> JMock 2 features additional and cleaner APIs, but isn't 100% backward compatible with JMock 1.   It also requires Java 1.5+.
> The main reason I'm asking is because ScalaTest and Scala Specs rely on JMock 2.   We could override the defaults for Scala projects but I figured it would be better to have consistent defaults between Java/Scala.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.