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

WANTED: who is using JobRunr? #5

Closed
rdehuyss opened this issue Apr 29, 2020 · 14 comments
Closed

WANTED: who is using JobRunr? #5

rdehuyss opened this issue Apr 29, 2020 · 14 comments
Labels

Comments

@rdehuyss
Copy link
Contributor

rdehuyss commented Apr 29, 2020

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

  • I’d like to listen to the community to make JobRunr better.
  • I'm willing to learn more JobRunr use-case scenarios from the field for better planning.

What I expect from you

Pls. submit a comment in this issue and include the following information:

  • your company, school or organization.
  • your city and country.
  • your contact info: blog, email, twitter (at least one).
  • for what business scenario do you use JobRunr

You can refer to the following sample answer for the format:

* Organization: Rosoco
* Location: Leuven, Belgium
* Contact: ronald.dehuysser@gmail.com
* Purpose: used as cornerstone in a distributed service architecture for generating a large amount of documents.

Thanks again for your participation !

@rdehuyss rdehuyss pinned this issue Apr 29, 2020
@plosson
Copy link

plosson commented May 16, 2020

  • Organization: Docunit
  • Location: Brussels, Belgium
  • Contact: plosson@docunit.be
  • Purpose: Used (in the future) to generate reports in background and send them by email.

@stale stale bot added the wontfix This will not be worked on label Jun 15, 2020
@rdehuyss rdehuyss removed the wontfix This will not be worked on label Jun 16, 2020
@rdehuyss rdehuyss reopened this Jun 16, 2020
@jobrunr jobrunr deleted a comment from stale bot Jun 16, 2020
@dawuzi
Copy link

dawuzi commented Jul 7, 2020

The project seems to contain only gradle config files. No maven support ?

@rdehuyss
Copy link
Contributor Author

rdehuyss commented Jul 7, 2020

Hi @dawuzi - there is definitely maven support! I just build using Gradle. Maven support is explained in the Readme and there is an example project using Maven

@dawuzi
Copy link

dawuzi commented Jul 8, 2020

@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 ?

@rdehuyss
Copy link
Contributor Author

rdehuyss commented Jul 8, 2020

@dawuzi just import the project as a Gradle project in IDEA and you should be up & running.

@dawuzi
Copy link

dawuzi commented Jul 8, 2020

@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

@rdehuyss
Copy link
Contributor Author

rdehuyss commented Jul 8, 2020

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.
For the projects I mostly work on, I tend to advise Gradle more and more...
Gradle now also has some features which maven is still lacking, like testFixtures.
Where I also used to work a lot with maven in the past, I don't know if it will stay the future. Spring e.g. is also more and more pushing Gradle - all their latest tutorials both show Gradle and Maven.

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)

@dawuzi
Copy link

dawuzi commented Jul 8, 2020

"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

@plosson
Copy link

plosson commented Jul 10, 2020 via email

@ChristianCiach
Copy link

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.

@plosson
Copy link

plosson commented Jul 27, 2020 via email

@ChristianCiach
Copy link

ChristianCiach commented Jul 27, 2020

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.

Edit: This discussion is very off-topic anyway. I am sorry for that.

@plosson
Copy link

plosson commented Jul 27, 2020 via email

@rdehuyss
Copy link
Contributor Author

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!

@rdehuyss rdehuyss unpinned this issue Jul 27, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants