Die neuste Java jee

[Trjavnamen]

Ich wollte die neuen Gluon Scenebuilder ausprobieren weil in Scenebuilder 2.0 nicht die richtigen Event handle in der Controller Vorschau angeboten werden und man sie dann per Hand korrigieren muß. Ich arbeite mit Eclipse Oxigen 2017 und habe das Plugin e(fx)clipse geladen und bisher den Scenebuilder 2 in der Window Preverenz JavaFx eingepflegt(die entsprechende Scenebuilder2.exe)und unter SDK einfach das runtimev verzeichnis des Scenebuilders ausgewählt. Es läuft ohne Probleme. Jetzt habe ich in um die neue Version zu benutzen das selbe getan und ebenfals das JDK aus dem neuen Verzeichnis angegeben. Das läuft nicht. Es kommt die Meldung: Main ist nicht zu finden. Das ganze zurück auf alter Version funtioniert auch nicht. Habe dann die neuste IDE für Java SEE heruntergeladen und die selben Schritte wiederholt. Mit dem selben Ergebnis. dabei ist mir aufgefallen das alle Editor File Assoiciatione nicht mehr da sind. Das habe ich mehrfach ausprobiert weil ich gedacht habe etwas ausgelassen zu haben. Gestern habe ich dann mal das gluon Plugin herruntergeladen und habe die Projekte ausprobiert die alle nicht laufen. Aber weil dort die Maven strulktur und Maven dispenseties auftauchten habe ich mich mit Maven auseinandergesetzt und finde in der .Pom diesen eintrag. Ist der nicht falsch

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.release>11</maven.compiler.release>
        <javafx.version>15.0.1</javafx.version>
        <attach.version>4.0.10</attach.version>
        <client.plugin.version>0.1.36</client.plugin.version>
        <javafx.plugin.version>0.0.5</javafx.plugin.version>
        <mainClassName>com.gluonapplication.GluonApplication</mainClassName>
    </properties>

 

[kneitzel]

Also im anderen Thread hattest du einen Vorschlag von mir zu einem möglichen Vorgehen ...

Bei Deinen Versuchen hier fällt mir nichts mehr ein. Bereinigen deinen Rechner und mit aktuellen Versionen sauber an. Verzichte auf wilde Versuche mir irgendwelchen Dingen mit denen Du Dir vermutlich vieles kaputt machst ...

 

[Trjavnamen]

1:Wenn Gradle schon in Eclipse eigebaut ist, hat es dann noch Sinn Maven zu installieren? 2:Wenn ichEclipse oxigen2017 und Mars2020im System habe wird Maven dann in die irre geführt? Wird Maven in die irre geführt wenn Gradle im Hintergrund läuft? Beispielsweise ich habe beide Eclipse am laufen bzw. erst oxigen und anschließend Mars?

 

[Trjavnamen]

Wenn Gradel nur als Wrapper läuft ist es dann sinnvoll Build scan zu aktivieren? Laufen die neuen Eclipse auf Gradle und ist es dann Sinnvoll aus dem Wrapper Modus in einen anderen Modus zu schalten?

 

[Trjavnamen]

Build Scan ist nervig stellt man das nur an wenn man seine Arbeit getan hat,oder läuft das nur am Anfang so?

 

[kneitzel]

Also eclipse unterstützt maven als auch gradle. Aber das sind eigenständige Build Tools. Bei Gradle hat sich die Nutzung des Wrappers stärker durchgesetzt als bei Maven, denn da gibt es viel mehr Änderungen von Version zu Version (habe ich so das Gefühl, zumindest kenne ich von Gradle deutlich mehr Probleme bezüglich Java Versionen und Gradle Versionen ....)

Ansonsten verstehe ich immer noch nicht, was Du genau treibst:
- Ein Projekt wird doch vermutlich entweder ein Maven oder ein Gradle Projekt sein. Oder was genau treibst Du derzeit, so dass Du Interaktionen zwischen den Build Systemen vermutest? Und wenn Du Maven nutzen willst, dann brauchst Du auch Maven.... Was macht es denn Sinn, einen Hammer zu kaufen, wenn man doch schon einen Schraubendreher hat?
- Zwei Eclipse Versionen gleichzeitig laufen lassen ist kein Problem - aber hoffentlich mit unterschiedlichen Projekten. Ansonsten sind durchaus Probleme denkbar, weil beide das Projekt kontrollieren wollen und ggf. beide bestimmte Dateien sich gegenseitig überschreiben. Wobei IDEs meist sehr gut mit externen Änderungen klar kommen.
- "Gradle nur als Wrapper" - Gradle läuft "nicht nur" als Wrapper. Der Gradle Wrapper ist nur ein kleiner Satz an Dateien um bei Bedarf eine bestimmte Gradle Version herunter zu laden und zu installieren so dass verschiedene Projekte alle mit der ihr zugewiesenen Gradle Version ausgeführt werden. Es läuft also immer noch ein vollwertiges Gradle.
- Build Scan - Wenn Du etwas lokal selbst baust, dann sehe ich da erst einmal keinen Sinn. Das ist ja ein feature, um den Ablauf eines Builds zu veröffentlichen...

 

[mrBrown]

Leicht OT:

Bei Gradle hat sich die Nutzung des Wrappers stärker durchgesetzt als bei Maven

Liegt mMn nur daran, dass es den Gradle Wrapper deutlich eher gab und der bei Maven noch nicht „offiziell“ ist. Die meisten neuen Projekte laufen aber mit Maven Wrapper (Spring und Quarkus nutzen den zB), und mit Maven 3.7 gibt’s den dann auch offiziell.

 

[kneitzel]

Liegt mMn nur daran, dass es den Gradle Wrapper deutlich eher gab und der bei Maven noch nicht „offiziell“ ist. Die meisten neuen Projekte laufen aber mit Maven Wrapper (Spring und Quarkus nutzen den zB), und mit Maven 3.7 gibt’s den dann auch offiziell.

Ok, das mag durchaus sein. Wobei ich da bei Maven bisher weniger Probleme hatte als eben mit Gradle ... Aber Deine Sicht hat auch was für sich.
Es macht ja auf jeden fall sinn, die Version für jedes Projekt individuell festlegen zu können.

 

[mrBrown]

Wobei ich da bei Maven bisher weniger Probleme hatte als eben mit Gradle

Ja, stimmt, das "nur" war etwas übertrieben von mir, mit Maven hat man halt keinen Leidensdruck, den Wrapper zu nutzen. Aber auch ohne macht der es schon etwas leichter, man braucht dann nur noch Java und kann die Maven-Versions übers ganze Team und auch in CI-Builds sicher stellen, ist dann halt ne Fehlerquelle weniger 🙂

 

[kneitzel]

Mir macht der Wrapper gerade das Leben schwer, da er nicht die Settings.xml nutzt.

Zuerst dachte ich, dass man einfach dem User alles in .m2/wrapper/dist/.... bereit stellt, aber was hat heute der Wrapper gemacht? Löscht das hingelegte Maven und will es neu runter laden (du erinnerst Dich an den anderen Thread von mir? System ohne Internet...) Wäre ja ok, wenn er es vom Reoositite nehmen würde ....

Nun wäre es ok, wenn es aus dem Reposilte geladen würde ....

Nun habe ich angepasste Scripte (mvnw / mvnw.cmd) gemacht, die die passende maven-wrapper.properties bereitstellen ....

Man erkennt: derzeit hadern wir noch etwas mit der Lösung ... aber wie einfach war es doch mit den Ant Scripten 🙂 (ja, wir sehen auch die Vorteile, also alles kein Thema!)

 

[Trjavnamen]

Ich arbeite nicht am selben Projekt mit beiden Eclipse Versionen. Ich hatte bis dato keinen Gedanken an Gradle und Maven. Ich habe auch Ant nie wirklich benutzt. Und wenn du von Ant Scripten sprichst ist das wohl auch ein bömisches Dorf. Ich bin mir nicht sicher ob ich das richtig Eingerichtet habe. Wird Grundsätzlich von euch eine Umgebungsvariable im Windows 10 System eingerichtet . Wie Paht oder MAVEN_Home und M2_Home? Das Maven in Eclipse ist verbunden mit Maven(instalationsverzeichnis) verbunden bzw. im wrapper modus mit .m2 im Benuzerverzeichnis über welchen Weg? (einfach in den nächst höherem Verzeichnis außerhalb der ganzen Instalation? vor der Workspace? und 7.0mileston-3? Oder ist dann wenn nocht anders angegeben eine Maven Super.pom dafür zuständig? Die Gluon Maven Dependecies habe ich im Verzeichnis .m2 muß ich dafür einen Paht direkt darauf anlegen oder reicht der Paht .m2 oder muß ich in Java_Home ein zweites oder drittes Verzeichnis mit ";"anlegen damit Java das findet?

 

[kneitzel]

Also bei Maven gilt: Convenience over Configuration also Konvention vor Konfiguration.

Konvention vor Konfiguration – Wikipedia

de.m.wikipedia.org

Das bedeutet, dass du nur Minimal etwas konfigurieren musst - so lange du dich an die Konventionen hältst.

Also ein paar Punkte:
- nutze die aktuelle stabile Version. Also keine Milestone Version. Gerade als Anfänger rennst du sonst in vermeidbare Probleme.
- lass die Finget weitesgehens vom .m2 Ordner. Settings.xml kannst du anpassen, wenn du da was eintragen musst (z.B. ein Proxy) aber ansonsten ist da nichts zu verändern.
- eclipse wird sein eigenes maven dabei haben - da brauchst du also nichts zu machen. Wenn du es auf der Kommandozeile nutzen willst, dann brauchst du Maven - also entweder installieren und in den Pfad packen oder nutzen den Maven Wrapper.

Und die ganzen anderen Dinge dürften alle unnötig sein ... mit nur etwas Glück brauchst du keine Umgebungsvariable anzupassen...

 

[Trjavnamen]

Ich benutze oxygen 2017 als Programmierumgebung und habe dort die Updates ausgeschaltet. Die neuste Eclipse benutze ich zum ausprobieren der neusten plugins und Maven für diese Version