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
WANTED: who is using JobRunr? #5
Comments
|
The project seems to contain only gradle config files. No maven support ? |
@rdehuyss I saw that maven dependency in the read me. I am talking about contribution and building the project itself. I couldn't find a pom.xml in the project. Did I miss it ? |
@dawuzi just import the project as a Gradle project in IDEA and you should be up & running. |
@rdehuyss But I neither use gradle nor IDEA except when I have to work on an android project where it is more or less compulsory. You really should add maven support for building. The last time I (or most other Java devs I know) used any other build tool except Maven was years back. Its more or less the de factor build tool now for Java apps |
Well it's all a matter of taste, isn't it? Biggest plus for me is build speed where Gradle is sometimes (depending on build cache) 20 times faster. Still, I don't understand why it is an issue. You can also use eclipse, netbeans or even VS Code - they all have excellent Gradle support. You'll have to exclude the e2e-ui projects though as there is a bug in Eclipse-Buildship (eclipse/buildship#991) |
"Still, I don't understand why it is an issue". Well, In your own words : "it's all a matter of taste, isn't it?" . I really think it will be beneficial to a lot of developers if you add it though |
I have to agree on that one. Maven is the mainstream standard.
Le mer. 8 juil. 2020 à 23:52, Okafor Ezewuzie <notifications@github.com> a
écrit :
… *"Still, I don't understand why it is an issue"*. Well, In your own words
: "*it's all a matter of taste, isn't it?*" .
I really think it will be beneficial to a lot of developers if you add it
though
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#5 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMKG3ST5YBMWD3C4H2VP63R2TTDNANCNFSM4MTSR2NQ>
.
|
Who cares which build tool is being used here? As a consumer of the library it doesn't matter to you anyway. Gradle is absolutely fine and there is no reason to "go back" to Maven. |
Indeed but if you choose to open source and encourage will contribution it
might make sense
Le lun. 27 juil. 2020 à 19:43, ChristianCiach <notifications@github.com> a
écrit :
… Who cares which build tool is being used here? As a consumer of the
library it doesn't matter to you anyway. Gradle is absolutely fine and
there is no reason to "go back" to Maven.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#5 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMKG3XLVFICEZIBTEYDZFLR5W4EFANCNFSM4MTSR2NQ>
.
|
I disagree. I know tons of hugely successful open source projects that have switched to Gradle and there is no shortage of contributions (Spring Boot, Hibernate ORM...). Personally, I prefer Gradle over Maven, but I happily contribute to projects that use whichever build tool. If you (not personally you, but speaking generally) are able to contribute to Maven projects but struggle to contribute to Gradle projects (or Ant or Bazel or whatever), then I would question your ability to provide anything of quality anyway. Edit: This discussion is very off-topic anyway. I am sorry for that. |
Seems you have a made up mind. No need for me to comment here.
Cheers :-)
…On Mon, Jul 27, 2020 at 8:11 PM ChristianCiach ***@***.***> wrote:
Indeed but if you choose to open source and encourage will contribution it
might make sense
I disagree. I know tons of hugely successful open source projects that
have switched to Gradle and there is no shortage of contributions (Spring
Boot, Hibernate ORM...).
Personally, I prefer Gradle over Maven, but I happily contribute to
projects that use whichever build tool. If you (not personally you, but
speaking generally) are able to contribute to Maven projects but struggle
to contribute to Gradle projects (or Ant or Bazel or whatever), then I
would question your ability to provide anything of quality anyway.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<https://mailtrack.io/trace/link/62c417cea6a667b4ec4ebeca1ab20964386c41b2?url=https%3A%2F%2Fgithub.com%2Fjobrunr%2Fjobrunr%2Fissues%2F5%23issuecomment-664555047&userId=4918097&signature=ccdad28a17a27666>,
or unsubscribe
<https://mailtrack.io/trace/link/a0254a6f470e83bc3827f6420bf2461ac06c0b29?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAAMKG3UGOXN2YJ65XMHJNCLR5W7NFANCNFSM4MTSR2NQ&userId=4918097&signature=8209649c51042b9b>
.
|
Ok, I'm going to close this issue as it is going totally off-topic. The goal was to collect some info from people who are using JobRunr. I'll need to find another way :-). Thanks to all for your input! |
Who is Using JobRunr
First of all, thanks sincerely for using and supporting JobRunr. I will try my best to make JobRunr better, and keep the community and eco-system growing.
The purpose of this issue
What I expect from you
Pls. submit a comment in this issue and include the following information:
You can refer to the following sample answer for the format:
Thanks again for your participation !
The text was updated successfully, but these errors were encountered: