Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change jMock to Mockito #50

Open
cxxr opened this issue Dec 7, 2015 · 4 comments
Open

Change jMock to Mockito #50

cxxr opened this issue Dec 7, 2015 · 4 comments

Comments

@cxxr
Copy link
Owner

cxxr commented Dec 7, 2015

Also mention EasyMock as another alternative. Idea from PR #49.

@erosb
Copy link

erosb commented Dec 7, 2015

Yup, I've checked Mockito too (due to the PR #49 ) but it seems mockito 1.x is obsolete already, while 2.0 is still in beta. I personally don't recommend changing to any of these at the moment (lets wait a few months with this change).

@vincecima
Copy link

@erosb what about 1.x is obsolete?

@erosb
Copy link

erosb commented Dec 7, 2015

I meant that if 2.x is in beta then probably they will roll out a stable release soon, and in that moment 1.x will be the "old" mockito. I do not recommend to include in the better-java README a version which soon will be old. I would also discourage recommending the 2.x library since it is - at the moment - in beta.

Of course I do not think that anyone using mockito 1.x has to stop using it and move to 2.x, so my above comment was not meant to be offensive, feel free to keep using 1.x if that is what you are familiar with. But it makes a difference what to recommend to people unfamiliar with mocking at all, and what should be used by experienced testers.

To sum up I recommend staying with the jMock example (since it turned out to be quite popular in #49 ) and lets reconsider Mockito when 2.x is out.

@smoyer64
Copy link

smoyer64 commented Dec 7, 2015

As I mentioned in #49, I think better-java should describe mocking as a
best practice but wouldn't be opposed to having examples using more than
one framework. For those of us using CDI, the CDI-Unit library also
includes the ability to Mock objects annotated with @Inject.

On Mon, Dec 7, 2015 at 12:57 PM, Bence Eros notifications@github.com
wrote:

I meant that if 2.x is in beta then probably they will roll out a stable
release soon, and in that moment 1.x will be the "old" mockito. I do not
recommend to include in the better-java README a version which soon will be
old. I would also discourage recommending the 2.x library since it is - at
the moment - in beta.

Of course I do not think that anyone using mockito 1.x has to stop using
it and move to 2.x, so my above comment was not meant to be offensive, feel
free to keep using 1.x if that is what you are familiar with. But it makes
a difference what to recommend to people unfamiliar with mocking at all,
and what should be used by experienced testers.

To sum up I recommend staying with the jMock example (since it turned out
to be quite popular in #49 #49
) and lets reconsider Mockito when 2.x is out.


Reply to this email directly or view it on GitHub
#50 (comment).

Sent from my iBerry MacPhone

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants