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
Eclipse-Installer (Oomph) Setup for JGraphT-Developers #942
Comments
Can't speak for the others, but it sounds like a good idea. We also have a maven archetype, which can generate a skeleton maven project. See wiki. It is a little bit behind in versioning, 1.2 if I recall correctly. |
Personally I'm not a big fan. Dealing with eclipse over the years has been
an absolute pain. We still use eclipse for formatting, and even keeping the
formatting scripts workable has been proven a challenge, due to numerous
bugs in eclipse, compatibility issues, etc etc. Adding such an installer
adds yet another eclipse component that we need to maintain. Currently I
think that we already have quite a variety of different 'usage' options.
Also bear in mind that JGraphT is a graph library, which is typically not
the first thing a Java novice uses. So I'm fairly confident that
students/researchers/devs when they get to a point where they need a graph
library, they can figure out how to do this in their favorite IDE.
It would probably be a lot more helpful to update this page:
https://github.com/jgrapht/jgrapht/wiki/Users%3A-How-to-use-JGraphT-as-a-dependency-in-your-projects
with some nice step-by-step screenshots alongside the current description.
…On Sun, Jun 7, 2020 at 11:55 AM Dimitrios Michail ***@***.***> wrote:
Can't speak for the others, but it sounds like a good idea. We also have a
maven archetype, which can generate a skeleton maven project. See wiki
<https://github.com/jgrapht/jgrapht/wiki/Users%3A-New-project-using-Eclipse-and-Maven-Archetypes>.
It is a little bit behind in versioning, 1.2 if I recall correctly.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#942 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU5RSRJZR7VDZYBNHTVH3DRVPPDLANCNFSM4NXOMMDA>
.
|
I work a lot with Eclipse and write a lot of code based on Eclipse, so I know the pain it can cause. Nevertheless I find this a quite handy tool, that actually worked very well in the cases I used it so far. But one thing I have to state (I obviously wasn't clear about that): Of course such a setup isn't necessary, everybody that contributes for JGraphT is with no doubt capable to follow that guide. But it would make the setup of the dev-environment even easier. |
Do you have any further opinions on this? |
@HannesWell is it possible for you to publish this in your own repository first, and then we can take a look at it? |
Sure. I'll create and publish a setup in my repository and post the link here. |
First of all, sorry for the delay. I created a first suggestion for a JGraphT setup in my fork-repo, so you can evaluate if a Eclipse-Oomph-setup is suitable for JGraphT development: How to use it?
It is also possible to perform the project setup already during installation of the Eclipse-Product by the Eclipse-Oomph Installer. During its execution the
The presented setup is a first suggestion, many more aspects can be configured, for example:
Remarks:
Questions:
|
Issue
The Eclipse Installer (Project Oomph) provides means to automate the installation of an Eclipse instance and the setup of an Eclipse-workspace.
The workspace setup can include things like setting preferences (such as formatter and Save-actions), cloning a Git-repository, importing projects and installing plug-ins (just to name the probably most relevant tasks for JGraphT), all automated.
Furthermore the setup of projects hosted on GitHub (and Eclipse projects) can be registered in Eclipse's public global index, so one can setup a workspace to work on JGraphT directly from within the Eclipse-Installer or the Eclipse Importer.
This can make it very easy first time contributors to start their development for JGraphT.
Are you interested in having such a setup for JGraphT-development?
The text was updated successfully, but these errors were encountered: