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

Release Mockito 2.0 #123

Closed
mockitoguy opened this Issue Nov 22, 2014 · 46 comments

Comments

Projects
None yet
10 participants
@mockitoguy
Member

mockitoguy commented Nov 22, 2014

Incompatible changes:

  • stop producing mockito-all #153
  • stop depending on hamcrest internally #154
  • use newer hamcrest #232
  • make the anyXxx and any(Xxx) matchers intuitive #134, #194
  • fix the site links
  • push cglib mockmaker to a separate jar #248
  • stop using ant for producing OSGi bundles. No more ant in the build #249
  • remove jars from source distribution #250
  • perhaps introduce is() matcher #246
  • richer and smarter stubbing #303
  • support java8 features for capturing arguments and matchers
  • make the JUnitRule and the runner verbose
  • ensure release notes can be neatly generated for the RC #582

Possibly compatible (and hence, could be released pre-2.0 if needed)

  • drop deprecated code
  • unincubate API
  • drop serialVersionUID
@szpak

This comment has been minimized.

Show comment
Hide comment
@szpak

szpak Nov 22, 2014

Member

Is it still planned for 2.0 to give users an option to use an alternative to cglib (like Byte Buddy)?

Member

szpak commented Nov 22, 2014

Is it still planned for 2.0 to give users an option to use an alternative to cglib (like Byte Buddy)?

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Nov 22, 2014

Member

This kind of feature can be added any time (e.g. it's not a backwards-incompatible change). It's just someone needs to implement it :)

So short answer is 'no', it's not planned for 2.0 (but I would love to have this feature soon)

Member

mockitoguy commented Nov 22, 2014

This kind of feature can be added any time (e.g. it's not a backwards-incompatible change). It's just someone needs to implement it :)

So short answer is 'no', it's not planned for 2.0 (but I would love to have this feature soon)

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Nov 24, 2014

Contributor

If possible I would really like to replace CGLIB by bytebuddy.

I wanted to craft an external MockMaker but I'm way too much overwhelmed at the moment. The code exists in my clone though.

Contributor

bric3 commented Nov 24, 2014

If possible I would really like to replace CGLIB by bytebuddy.

I wanted to craft an external MockMaker but I'm way too much overwhelmed at the moment. The code exists in my clone though.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Nov 24, 2014

Member

@bric3, you mean that you're keen on changing default proxy mechanism in 2.0? I'm fine with this :) I do want to publish 2.0 this year though and I won't be very active it this part of the code. So, if you make it, it can be included :)

Member

mockitoguy commented Nov 24, 2014

@bric3, you mean that you're keen on changing default proxy mechanism in 2.0? I'm fine with this :) I do want to publish 2.0 this year though and I won't be very active it this part of the code. So, if you make it, it can be included :)

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Nov 24, 2014

Contributor

@szczepiq You mean by the end of 2014 ?

What I hoped was to build a mockmaker that could be tested on the 1.x. But the code may replace CGLIB now if necessary. Beta have to be tested by other people though, I especially think about uncommon environment like OSGI, etc...

Contributor

bric3 commented Nov 24, 2014

@szczepiq You mean by the end of 2014 ?

What I hoped was to build a mockmaker that could be tested on the 1.x. But the code may replace CGLIB now if necessary. Beta have to be tested by other people though, I especially think about uncommon environment like OSGI, etc...

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Nov 24, 2014

Member

1>You mean by the end of 2014 ?

haha, yeah ;)

What I hoped was to build a mockmaker that could be tested on the 1.x.

Like an opt-in feature for 1.x?

I definitely think that given we have the bytebuddy impl of MockMaker, we
should make it conveniently pluggable instead of just replacing cglib
completely. You mentioned earlier that you had the ByteBuddy MockMaker
working with Mockito test suite?

Cheers!

On Mon, Nov 24, 2014 at 4:18 PM, Brice Dutheil notifications@github.com
wrote:

You mean by the end of 2014 ?

What I hoped was to build a mockmaker that could be tested on the 1.x. But
the code may replace CGLIB now if necessary. Beta have to be tested by
other people though, I especially think about uncommon environment like
OSGI, etc...

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

Szczepan Faber
Core dev@gradle; Founder@mockito

Member

mockitoguy commented Nov 24, 2014

1>You mean by the end of 2014 ?

haha, yeah ;)

What I hoped was to build a mockmaker that could be tested on the 1.x.

Like an opt-in feature for 1.x?

I definitely think that given we have the bytebuddy impl of MockMaker, we
should make it conveniently pluggable instead of just replacing cglib
completely. You mentioned earlier that you had the ByteBuddy MockMaker
working with Mockito test suite?

Cheers!

On Mon, Nov 24, 2014 at 4:18 PM, Brice Dutheil notifications@github.com
wrote:

You mean by the end of 2014 ?

What I hoped was to build a mockmaker that could be tested on the 1.x. But
the code may replace CGLIB now if necessary. Beta have to be tested by
other people though, I especially think about uncommon environment like
OSGI, etc...

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

Szczepan Faber
Core dev@gradle; Founder@mockito

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Nov 24, 2014

Contributor

What I hoped was to build a mockmaker that could be tested on the 1.x.

Like an opt-in feature for 1.x?

Yes. But, meanwhile replacing CGLIB in mockito 2.0.

You mentioned earlier that you had the ByteBuddy MockMaker working with Mockito test suite?

Yes it does. I just would like to ensure it works with uncommon environment like OSGI.

Contributor

bric3 commented Nov 24, 2014

What I hoped was to build a mockmaker that could be tested on the 1.x.

Like an opt-in feature for 1.x?

Yes. But, meanwhile replacing CGLIB in mockito 2.0.

You mentioned earlier that you had the ByteBuddy MockMaker working with Mockito test suite?

Yes it does. I just would like to ensure it works with uncommon environment like OSGI.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Nov 24, 2014

Member

Do you think it is worthwhile to keep support for cglib once we have
bytebuddy?

Do you think we should shade bytebuddy? What dependencies bytebuddy brings?

On Mon, Nov 24, 2014 at 6:26 PM, Brice Dutheil notifications@github.com
wrote:

What I hoped was to build a mockmaker that could be tested on the 1.x.
Like an opt-in feature for 1.x?

Yes. But, meanwhile replacing CGLIB in mockito 2.0.

You mentioned earlier that you had the ByteBuddy MockMaker working with
Mockito test suite?

Yes it does. I just would like to ensure it works with uncommon
environment like OSGI.

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

Szczepan Faber
Core dev@gradle; Founder@mockito

Member

mockitoguy commented Nov 24, 2014

Do you think it is worthwhile to keep support for cglib once we have
bytebuddy?

Do you think we should shade bytebuddy? What dependencies bytebuddy brings?

On Mon, Nov 24, 2014 at 6:26 PM, Brice Dutheil notifications@github.com
wrote:

What I hoped was to build a mockmaker that could be tested on the 1.x.
Like an opt-in feature for 1.x?

Yes. But, meanwhile replacing CGLIB in mockito 2.0.

You mentioned earlier that you had the ByteBuddy MockMaker working with
Mockito test suite?

Yes it does. I just would like to ensure it works with uncommon
environment like OSGI.

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

Szczepan Faber
Core dev@gradle; Founder@mockito

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Jan 2, 2015

Contributor

No I don't think it is necessary, however we can make a CGLIB mock maker, for people that may depend on it.

Contributor

bric3 commented Jan 2, 2015

No I don't think it is necessary, however we can make a CGLIB mock maker, for people that may depend on it.

@bric3 bric3 added this to the 2.0 milestone Jan 21, 2015

@raphw

This comment has been minimized.

Show comment
Hide comment
@raphw

raphw Jul 10, 2015

Member

I am curious: Do you guys have a time-line for the 2.0 release? I am more than happy to support any code-generation releated issues. However, my vacation is approaching so I will be gone for a couple of weeks starting mid-August.

In particular, I wonder you guys wanted to try integrating Byte Buddy 0.7 with support for generic type retention already in 2.0 which I hope to complete before my vacation. One word of warning: Generic types are awefully complex. Byte Buddy needs to parse stringified type information and resolve the full type hierarchy, i.e. bind type variables of super types / interfaces to their actual values in order to appropriately resolve a type variable's value while dealing with the possibility of raw types and potentially illegally formatted generic types (the JVM does not verify generic type infromation which simply exists as meta data). There is a chance for corner case errors even though I isolated the functionality pretty much to fall back to type erasure if any illegal type information is disovered. At the same time, mocks would behave better when a generic type is read by a class processing a mock.

Member

raphw commented Jul 10, 2015

I am curious: Do you guys have a time-line for the 2.0 release? I am more than happy to support any code-generation releated issues. However, my vacation is approaching so I will be gone for a couple of weeks starting mid-August.

In particular, I wonder you guys wanted to try integrating Byte Buddy 0.7 with support for generic type retention already in 2.0 which I hope to complete before my vacation. One word of warning: Generic types are awefully complex. Byte Buddy needs to parse stringified type information and resolve the full type hierarchy, i.e. bind type variables of super types / interfaces to their actual values in order to appropriately resolve a type variable's value while dealing with the possibility of raw types and potentially illegally formatted generic types (the JVM does not verify generic type infromation which simply exists as meta data). There is a chance for corner case errors even though I isolated the functionality pretty much to fall back to type erasure if any illegal type information is disovered. At the same time, mocks would behave better when a generic type is read by a class processing a mock.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Jul 10, 2015

Member

It must happen in 2015. I hope we are ready in the next few months. In
theory, there's not much left work :)

Cheers!

On Fri, Jul 10, 2015 at 5:31 AM, Rafael Winterhalter <
notifications@github.com> wrote:

I am curious: Do you guys have a time-line for the 2.0 release? I am more
than happy to support any code-generation releated issues. However, my
vacation is approaching so I will be gone for a couple of weeks starting
mid-August.


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

Szczepan Faber
Founder mockito.org; Core dev gradle.org
tweets as @szczepiq; blogs at blog.mockito.org

Member

mockitoguy commented Jul 10, 2015

It must happen in 2015. I hope we are ready in the next few months. In
theory, there's not much left work :)

Cheers!

On Fri, Jul 10, 2015 at 5:31 AM, Rafael Winterhalter <
notifications@github.com> wrote:

I am curious: Do you guys have a time-line for the 2.0 release? I am more
than happy to support any code-generation releated issues. However, my
vacation is approaching so I will be gone for a couple of weeks starting
mid-August.


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

Szczepan Faber
Founder mockito.org; Core dev gradle.org
tweets as @szczepiq; blogs at blog.mockito.org

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Jul 10, 2015

Contributor

I think mockito 2.0 is nearly in shape to be released, most work should go in polishing remaining bits of the public API. IMHO current byte buddy version is fine, and already provide subtitle but needed enhancements.

More specifically on generics I believe current support is OK, after all mockito is a TDD tool for a rapid feedback loop, both on the dev workstation and the ci bots. I believe current generics support in the deepstubs answer is enough. About the issue you mention the support class I wrote is probably incomplete but enough, and I agree parsing this metadata is hard. Anyway at the moment if any extended support should be provided on this front it should be provided via a mockmaker plugin.

Contributor

bric3 commented Jul 10, 2015

I think mockito 2.0 is nearly in shape to be released, most work should go in polishing remaining bits of the public API. IMHO current byte buddy version is fine, and already provide subtitle but needed enhancements.

More specifically on generics I believe current support is OK, after all mockito is a TDD tool for a rapid feedback loop, both on the dev workstation and the ci bots. I believe current generics support in the deepstubs answer is enough. About the issue you mention the support class I wrote is probably incomplete but enough, and I agree parsing this metadata is hard. Anyway at the moment if any extended support should be provided on this front it should be provided via a mockmaker plugin.

@raphw

This comment has been minimized.

Show comment
Hide comment
@raphw

raphw Jul 15, 2015

Member

Thanks for the info. I just released Byte Buddy 0.7 but I recommend you to not yet update. Generic types are tricky and I already found a corner case in the bridge method resolution that does not work. I'll try to make it stable until the mid of August, though.

Member

raphw commented Jul 15, 2015

Thanks for the info. I just released Byte Buddy 0.7 but I recommend you to not yet update. Generic types are tricky and I already found a corner case in the bridge method resolution that does not work. I'll try to make it stable until the mid of August, though.

@davidkarlsen

This comment has been minimized.

Show comment
Hide comment
@davidkarlsen

davidkarlsen Sep 19, 2015

Contributor

Any guess on when 2.0 will be released?

Contributor

davidkarlsen commented Sep 19, 2015

Any guess on when 2.0 will be released?

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Sep 19, 2015

Member

It's been silent for past couple of months, everybody busy, etc. Since
yesterday, I'm focusing my spare time on Mockito. I will not stop until 2.0
is out. We cannot guarantee any dates but 2.0 must be released in 2015.

On Sat, Sep 19, 2015 at 8:40 AM, David J. M. Karlsen <
notifications@github.com> wrote:

Any guess on when 2.0 will be released?


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

Szczepan Faber
Founder mockito.org; Core dev gradle.org
tweets as @szczepiq; blogs at blog.mockito.org

Member

mockitoguy commented Sep 19, 2015

It's been silent for past couple of months, everybody busy, etc. Since
yesterday, I'm focusing my spare time on Mockito. I will not stop until 2.0
is out. We cannot guarantee any dates but 2.0 must be released in 2015.

On Sat, Sep 19, 2015 at 8:40 AM, David J. M. Karlsen <
notifications@github.com> wrote:

Any guess on when 2.0 will be released?


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

Szczepan Faber
Founder mockito.org; Core dev gradle.org
tweets as @szczepiq; blogs at blog.mockito.org

@mockitoguy mockitoguy added the epic label Oct 10, 2015

@patspam

This comment has been minimized.

Show comment
Hide comment
@patspam

patspam Nov 10, 2015

Any updates on when we might see a 2.0 release?

patspam commented Nov 10, 2015

Any updates on when we might see a 2.0 release?

@raphw

This comment has been minimized.

Show comment
Hide comment
@raphw

raphw Nov 10, 2015

Member

2015 is soon over ;) At some point, we need to do a cut in features. I think everybody is quite budy right now. As always, the time before Christmas are busy month for consultant work.

Member

raphw commented Nov 10, 2015

2015 is soon over ;) At some point, we need to do a cut in features. I think everybody is quite budy right now. As always, the time before Christmas are busy month for consultant work.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Nov 11, 2015

Member

Soon. This year for sure. Sorry I was distracted! We will probably deliver
2.0 with what we have, no new fancy features ;)
On Nov 10, 2015 4:52 AM, "Rafael Winterhalter" notifications@github.com
wrote:

2015 is soon over ;) At some point, we need to do a cut in features. I
think everybody is quite budy right now. As always, the time before
Christmas are busy month for consultant work.


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

Member

mockitoguy commented Nov 11, 2015

Soon. This year for sure. Sorry I was distracted! We will probably deliver
2.0 with what we have, no new fancy features ;)
On Nov 10, 2015 4:52 AM, "Rafael Winterhalter" notifications@github.com
wrote:

2015 is soon over ;) At some point, we need to do a cut in features. I
think everybody is quite budy right now. As always, the time before
Christmas are busy month for consultant work.


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

@skabashnyuk

This comment has been minimized.

Show comment
Hide comment
@skabashnyuk

skabashnyuk Dec 8, 2015

Can this task #300 be included in 2.0 release?

skabashnyuk commented Dec 8, 2015

Can this task #300 be included in 2.0 release?

@ChristianSchwarz

This comment has been minimized.

Show comment
Hide comment
@ChristianSchwarz

ChristianSchwarz Mar 30, 2016

Contributor

Feel free to add #374 to the todo list

Contributor

ChristianSchwarz commented Mar 30, 2016

Feel free to add #374 to the todo list

@wenerme

This comment has been minimized.

Show comment
Hide comment
@wenerme

wenerme Apr 7, 2016

2.0 is coming so slow.

wenerme commented Apr 7, 2016

2.0 is coming so slow.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Apr 7, 2016

Member

It's way too slow. I'm on it. Thank you guys for pushing.

Member

mockitoguy commented Apr 7, 2016

It's way too slow. I'm on it. Thank you guys for pushing.

@ChristianSchwarz

This comment has been minimized.

Show comment
Hide comment
@ChristianSchwarz

ChristianSchwarz Apr 7, 2016

Contributor

@szczepiq How can we/the community support the mockito core team ?

Contributor

ChristianSchwarz commented Apr 7, 2016

@szczepiq How can we/the community support the mockito core team ?

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Apr 9, 2016

Member

@szczepiq https://github.com/szczepiq How can we/the community support
the mockito core team ?

You already are. You guys are great. Thank you for patience and pushing us
to deliver.

The lagging of beta is my fault. I've started the beta cycle and I should
have completed it. I'm back in the game, though.

Once 2.x final is out we need clarify how community can drive supporting
and maintaining Mockito.

Note that Mockito is continuously delivered so you can open PR to change
the version to "2.1.0", and that's it :)

Cheers!


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#123 (comment)

Member

mockitoguy commented Apr 9, 2016

@szczepiq https://github.com/szczepiq How can we/the community support
the mockito core team ?

You already are. You guys are great. Thank you for patience and pushing us
to deliver.

The lagging of beta is my fault. I've started the beta cycle and I should
have completed it. I'm back in the game, though.

Once 2.x final is out we need clarify how community can drive supporting
and maintaining Mockito.

Note that Mockito is continuously delivered so you can open PR to change
the version to "2.1.0", and that's it :)

Cheers!


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#123 (comment)

@davidkarlsen

This comment has been minimized.

Show comment
Hide comment
@davidkarlsen

davidkarlsen Apr 10, 2016

Contributor

@szczepiq I left a pull request for removing deprecated code which is an 2.0 milestone issue - can you pull it/looks good?

Contributor

davidkarlsen commented Apr 10, 2016

@szczepiq I left a pull request for removing deprecated code which is an 2.0 milestone issue - can you pull it/looks good?

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Apr 10, 2016

Member

I haven't reviewed yet. THANKS!
On Sun, Apr 10, 2016 at 03:12 David J. M. Karlsen notifications@github.com
wrote:

@szczepiq https://github.com/szczepiq I left a pull request for
removing deprecated code which is an 2.0 milestone issue - can you pull
it/looks good?


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#123 (comment)

Member

mockitoguy commented Apr 10, 2016

I haven't reviewed yet. THANKS!
On Sun, Apr 10, 2016 at 03:12 David J. M. Karlsen notifications@github.com
wrote:

@szczepiq https://github.com/szczepiq I left a pull request for
removing deprecated code which is an 2.0 milestone issue - can you pull
it/looks good?


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#123 (comment)

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Jun 14, 2016

Contributor

Per Mockito developers discussion:

We want to target publishing the release on July 31st with a release candidate on June 30th.

There is one issue which must be resolved for that, which is #194. Other than that I just found 1 minor TODO in the Mockito documentation. The other issues can be fixed in a later minor version.

Contributor

TimvdLippe commented Jun 14, 2016

Per Mockito developers discussion:

We want to target publishing the release on July 31st with a release candidate on June 30th.

There is one issue which must be resolved for that, which is #194. Other than that I just found 1 minor TODO in the Mockito documentation. The other issues can be fixed in a later minor version.

@skabashnyuk

This comment has been minimized.

Show comment
Hide comment
@skabashnyuk

skabashnyuk commented Jun 15, 2016

@TimvdLippe what about #300?

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Jun 15, 2016

Contributor

@skabashnyuk I think that we still want to do this, but is not a blocker for the release. We must do it when we have time, but it is okay in my opinion to release it in a later minor version. I have to be honest that I was not participating in the original discussion so I do not know the exact details. @bric3 is the man to talk to :)

Contributor

TimvdLippe commented Jun 15, 2016

@skabashnyuk I think that we still want to do this, but is not a blocker for the release. We must do it when we have time, but it is okay in my opinion to release it in a later minor version. I have to be honest that I was not participating in the original discussion so I do not know the exact details. @bric3 is the man to talk to :)

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Jun 24, 2016

Contributor

@TimvdLippe @skabashnyuk Humm I think we should really focus energy on mockito 2, TestNG could come later.

Contributor

bric3 commented Jun 24, 2016

@TimvdLippe @skabashnyuk Humm I think we should really focus energy on mockito 2, TestNG could come later.

@skabashnyuk

This comment has been minimized.

Show comment
Hide comment
@skabashnyuk

skabashnyuk Jun 25, 2016

TestNG could come later.

@bric3 No problem. But why this can't be done in parallel? Code is ready, looks like this is an infrastructure-deployment issue. Or you are planning to do something bigger than just deploy artifacts?

skabashnyuk commented Jun 25, 2016

TestNG could come later.

@bric3 No problem. But why this can't be done in parallel? Code is ready, looks like this is an infrastructure-deployment issue. Or you are planning to do something bigger than just deploy artifacts?

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Jun 25, 2016

Contributor

@skabashnyuk Currently we are focused on releasing Mockito 2.0. This leaves little to no time for other issues sadly. If you are able to configure the deployment, we are happy to accept your pull request! We can devote some of our time to the TestNG issue after we have released Mockito 2.0.

Contributor

TimvdLippe commented Jun 25, 2016

@skabashnyuk Currently we are focused on releasing Mockito 2.0. This leaves little to no time for other issues sadly. If you are able to configure the deployment, we are happy to accept your pull request! We can devote some of our time to the TestNG issue after we have released Mockito 2.0.

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Jul 31, 2016

Member

Some update.

We're not ready for the release but there's good momentum. Let's plan out
what else needs to be done (announcement information, really documentation
around why to upgrade and how, solid plan what's next after the release
candidate, etc.).

I'm confident the RC will be out in August. I plan to announce everywhere
that we plan RB in August. If we don't meet the date there will high degree
of shame ;) Thoughts?

On Sat, Jun 25, 2016 at 3:59 AM, Tim van der Lippe <notifications@github.com

wrote:

@skabashnyuk https://github.com/skabashnyuk Currently we are focused on
releasing Mockito 2.0. This leaves little to no time for other issues
sadly. If you are able to configure the deployment, we are happy to accept
your pull request! We can devote some of our time to the TestNG issue after
we have released Mockito 2.0.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#123 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AABgp8m2jG-9Rj7USJ1V2s6GJNHLzbdwks5qPQodgaJpZM4C_fdm
.

Szczepan Faber
Founder @ mockito.org | Twitter @ szczepiq
Author @ https://www.linkedin.com/today/author/6016386

Member

mockitoguy commented Jul 31, 2016

Some update.

We're not ready for the release but there's good momentum. Let's plan out
what else needs to be done (announcement information, really documentation
around why to upgrade and how, solid plan what's next after the release
candidate, etc.).

I'm confident the RC will be out in August. I plan to announce everywhere
that we plan RB in August. If we don't meet the date there will high degree
of shame ;) Thoughts?

On Sat, Jun 25, 2016 at 3:59 AM, Tim van der Lippe <notifications@github.com

wrote:

@skabashnyuk https://github.com/skabashnyuk Currently we are focused on
releasing Mockito 2.0. This leaves little to no time for other issues
sadly. If you are able to configure the deployment, we are happy to accept
your pull request! We can devote some of our time to the TestNG issue after
we have released Mockito 2.0.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#123 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AABgp8m2jG-9Rj7USJ1V2s6GJNHLzbdwks5qPQodgaJpZM4C_fdm
.

Szczepan Faber
Founder @ mockito.org | Twitter @ szczepiq
Author @ https://www.linkedin.com/today/author/6016386

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Aug 2, 2016

Contributor

I think most of the work should be focused on the upgrade guide, there's not much left for 2.0, follow up tasks can be completed in 2.1

Contributor

bric3 commented Aug 2, 2016

I think most of the work should be focused on the upgrade guide, there's not much left for 2.0, follow up tasks can be completed in 2.1

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Aug 7, 2016

Contributor

I think we can publish the release candidate while working on the actual upgrade guide (state this in the github release for users to follow). The only two issues that are non-documentation are #384 with PR #527 of @szczepiq and #489 with PR #491 of myself. #527 has some feedback to be processed and #491 is more of a discussion regarding the runner.

Once these two are resolved, we can merge #483 and the release candidate is published 🎉

For an up-to-date status, see https://waffle.io/mockito/mockito and https://github.com/mockito/mockito/milestone/1

Contributor

TimvdLippe commented Aug 7, 2016

I think we can publish the release candidate while working on the actual upgrade guide (state this in the github release for users to follow). The only two issues that are non-documentation are #384 with PR #527 of @szczepiq and #489 with PR #491 of myself. #527 has some feedback to be processed and #491 is more of a discussion regarding the runner.

Once these two are resolved, we can merge #483 and the release candidate is published 🎉

For an up-to-date status, see https://waffle.io/mockito/mockito and https://github.com/mockito/mockito/milestone/1

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Aug 8, 2016

Member

This is great stuff!!! Thanks a lot Tim for pushing the release forward & organizing it so well.

I'm making good progress on the warnings stuff for JUnit rule and the listener - will update the PR very soon.

Member

mockitoguy commented Aug 8, 2016

This is great stuff!!! Thanks a lot Tim for pushing the release forward & organizing it so well.

I'm making good progress on the warnings stuff for JUnit rule and the listener - will update the PR very soon.

@TimvdLippe TimvdLippe closed this in #483 Aug 23, 2016

@TimvdLippe TimvdLippe removed the in progress label Aug 23, 2016

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Aug 23, 2016

Member

I'm confused why this ticket is closed. I don't see 2.0 in maven central :)

Member

mockitoguy commented Aug 23, 2016

I'm confused why this ticket is closed. I don't see 2.0 in maven central :)

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Aug 23, 2016

Contributor

@szczepiq because this issue was referenced in #483 which I just merged

Contributor

TimvdLippe commented Aug 23, 2016

@szczepiq because this issue was referenced in #483 which I just merged

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Aug 23, 2016

Member

ah, GH smartness :)

Member

mockitoguy commented Aug 23, 2016

ah, GH smartness :)

@mockitoguy mockitoguy reopened this Aug 23, 2016

@mockitoguy

This comment has been minimized.

Show comment
Hide comment
@mockitoguy

mockitoguy Aug 24, 2016

Member

As promised here’s suggested plan to get 2.0 out. Please give feedback, sing up for tasks and commit to ETA so that we get 2.0 out :)

Step 1:

  • prepare RC release notes + announcement (highlights, motivation, request for feedback) - #582
  • review and update documentation for 2.0.0 - #596
  • ensure & test manual Mockito releases - #586
  • update CI / build scripts (releasing betas from branch, etc) - #594

Step 2:

  • branch out / fixes to release / Travis - #594

Step 3:

  • pull the trigger for RC!!!!!, close darn #123 !!!!!!
Member

mockitoguy commented Aug 24, 2016

As promised here’s suggested plan to get 2.0 out. Please give feedback, sing up for tasks and commit to ETA so that we get 2.0 out :)

Step 1:

  • prepare RC release notes + announcement (highlights, motivation, request for feedback) - #582
  • review and update documentation for 2.0.0 - #596
  • ensure & test manual Mockito releases - #586
  • update CI / build scripts (releasing betas from branch, etc) - #594

Step 2:

  • branch out / fixes to release / Travis - #594

Step 3:

  • pull the trigger for RC!!!!!, close darn #123 !!!!!!
@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Aug 30, 2016

Contributor

image

Contributor

TimvdLippe commented Aug 30, 2016

image

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Sep 10, 2016

Contributor

I think we have updated all relevant documentation. @bric3 once you branch out to release/2.x we can publish the release candidate 🎉

Contributor

TimvdLippe commented Sep 10, 2016

I think we have updated all relevant documentation. @bric3 once you branch out to release/2.x we can publish the release candidate 🎉

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Sep 10, 2016

Contributor

I went ahead and published the release candidate. You can download 2.1.0-RC.1 at https://bintray.com/szczepiq/maven/mockito/2.1.0-RC.1#

Contributor

TimvdLippe commented Sep 10, 2016

I went ahead and published the release candidate. You can download 2.1.0-RC.1 at https://bintray.com/szczepiq/maven/mockito/2.1.0-RC.1#

@bric3

This comment has been minimized.

Show comment
Hide comment
@bric3

bric3 Sep 10, 2016

Contributor

By the way I would prefer to have mockito account on bintray

Contributor

bric3 commented Sep 10, 2016

By the way I would prefer to have mockito account on bintray

@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Sep 10, 2016

Contributor

Yes agreed. Let's extract a separate issue for that.

Contributor

TimvdLippe commented Sep 10, 2016

Yes agreed. Let's extract a separate issue for that.

@bric3 bric3 referenced this issue Sep 28, 2016

Closed

Release 2.1.0 final #642

8 of 8 tasks complete
@TimvdLippe

This comment has been minimized.

Show comment
Hide comment
@TimvdLippe

TimvdLippe Oct 3, 2016

Contributor

Mockito 2.1.0 has been released, upgrade today 🎉

Contributor

TimvdLippe commented Oct 3, 2016

Mockito 2.1.0 has been released, upgrade today 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment