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

What is the status of Hamkrest? #54

Closed
chrisr3 opened this issue Jul 31, 2018 · 3 comments
Closed

What is the status of Hamkrest? #54

chrisr3 opened this issue Jul 31, 2018 · 3 comments

Comments

@chrisr3
Copy link

chrisr3 commented Jul 31, 2018

Hi,

I stumbled across Hamkrest only recently, as I'd been incorrectly assuming that these were the only implementations of Hamcrest matchers. And I also see that Hamkrest has existed now for almost 3 years, which would seem to suggest that there are no plans to move it under the Hamcrest umbrella either.

Can you tell me what Hamkrest's roadmap is please? I can't help but think of the Yammer/CodaHale/DropWizard metrics library here and wonder if the Hamkrest artifacts could ever mutate in such a way.

Thanks,
Chris

@npryce
Copy link
Owner

npryce commented Aug 14, 2018

I don't know what you're referring to by "Yammer/CodaHale/DropWizard metrics library".

Hamkrest is used for testing business critical systems in many organisations. We do not plan for it to become a grab-bag of matcher classes. Instead it provides a stable foundation for teams to build libraries of matchers that meet their own needs.

@npryce npryce closed this as completed Aug 14, 2018
@chrisr3
Copy link
Author

chrisr3 commented Aug 14, 2018

I don't know what you're referring to by "Yammer/CodaHale/DropWizard metrics library".

It is a metrics library that started life with Maven coordinate

group = com.yammer.metrics

which then became

group = com.codahale.metrics

and is now

group = io.dropwizard.metrics

with all of the accompanying package name changes thrown in. So I'm asking if there any plans to move Hamkrest into the org.hamcrest Maven group, please? After all, Hamkrest does appear to be the implementation of Hamcrest matchers for Kotlin.

Are you claiming that moving Hamkrest to org.hamcrest would mean that it would then become "a grab-bag of matcher classes"? (Although I really don't see why it would...)

@npryce
Copy link
Owner

npryce commented Aug 14, 2018 via email

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

2 participants