Eclipse-Lombok-Problem

[BestGoalkeeper]

@JustNobody ich habe Lombok über "Install new software..." installiert,
nun lässt sich eine wichtige Klasse mit > 1000 Zeilen nicht mehr öffnen,
bekommen folgende Fehlermeldung: lombok/launch/PatchFixesHider$Transform https://github.com/rzwitserloot/lombok/issues/2599
eclipse 2020-9-R
JDK 15
Windows 10

Wann wird das behoben, was sollte ich jetzt tun? Gibt es so etwas Ähnliches wie Lombok?

 

[kneitzel]

Also in der Regel wird da immer sehr schnell eine Lösung bereit gestellt. Ich kenne das aber nur aus IntelliJ Sicht und da gibt es regelmäßig Probleme bei neuen Major Versionen.. Da muss man dann halt warten, bis auch Lombok eine neue Version bereit stellt.

Hast du mal probiert, die 1.18.12 von Lombok zu nutzen statt der fehlerhaften 14er Version? Dem Bug Report habe ich entnommen, dass es bis zur 12 gehen sollte...

Ansonsten hilft nur abwarten fürchte ich.

 

[LimDul]

Hilft nicht das, was in dem verlinkten Github Issue steht? Auf eine entsprechend ältere Lombok Version zu gehen?

 

[BestGoalkeeper]

Hast du mal probiert, die 1.18.12 von Lombok zu nutzen statt der fehlerhaften 14er Version?

Nein, noch nicht

Ansonsten hilft nur abwarten

Das werde ich tun

 

[BestGoalkeeper]

1.18.12

Hat nix gebracht, ich musste Lombok komplett deinstallieren und eclipse clean starten, damit wieder etwas ging...

    @Data
    @Getter
    @Setter
    @AllArgsConstructor
    public static class Edge {
        private Node a, b;

    }

ich vermute das hat das ausgelöst 🙁

 

[BestGoalkeeper]

Auch Googles AutoValue kann ich Eclipse nicht schmackhaft machen mit meiner Konfiguration... Ich gebs auf.

 

[mihe7]

Hm... Eclipse scheint mir etwas wie die IDE für Baumarktliebhaber zu sein 😛

 

[LimDul]

Ist AutoValue nicht einfach ein Annotation Prozessor?

Hm... Eclipse scheint mir etwas wie die IDE für Baumarktliebhaber zu sein 😛

hey 😀 Ich nutze auch Eclipse 🙂

 

[kneitzel]

Das ist ein Code Generator, der aber auch mit Annotations arbeitet (wie Lombok)

Using the AutoValue Code Generator in Eclipse

AutoValue is a small library that generates Java code for immutable objects. It is part of the Google Auto collection of source code generators for Java.

www.codeaffine.com

 

[LimDul]

Ja, aber Lombok modiziert die Class-Files, während AutoValue rein als Annotation Prozessort arbeitet und Source Code generiert. Dementsprechend sollte AutoValue deutlich einfacher einzuinden sein.

 

[BestGoalkeeper]

Hm... Eclipse scheint mir etwas wie die IDE für Baumarktliebhaber zu sein 😛

Ich bin nur ein wiiinziges Stückchen davon entfernt, die IDE zu wechseln 😀 😉

 

[mihe7]

hey 😀 Ich nutze auch Eclipse

War auch nur ein Späßle. Ich kann zu Eclipse eigentlich gar nichts sagen, außer, dass mir auffällt, wie viele Leute Probleme damit haben 🙂 Kann natürlich auch daran liegen, dass Eclipse so viel im Einsatz ist.

 

[BestGoalkeeper]

Hab es mit der .jar versucht, mit Maven und auch mit der manuellen Konfiguration des Annotation-Prozessors... Hat alles nix gebracht.

Kann natürlich auch daran liegen, dass Eclipse so viel im Einsatz ist.

Also von der Arbeit kenne ich es so, dass man nur indirekt gezwungen wird, Intellij nicht zu verwenden... Aber mir gefällt auch nicht, dass sich die Intellianer für die klügeren auf diesen Planeten halten ....

 

[mihe7]

Da bin ich ja froh, dass ich in erster Linie NetBeans verwende 🙂

 

[kneitzel]

Ja, aber Lombok modiziert die Class-Files, während AutoValue rein als Annotation Prozessort arbeitet und Source Code generiert. Dementsprechend sollte AutoValue deutlich einfacher einzuinden sein.

Hmm? Die Arbeutsweise dürfte bei beidem gleich sein denke ich. JSR 269 bietet die Schnittstelle, welche z.B. in folgendem Kapitel etwas erläutert wird:

Pluggable Annotation Processing API

Java Magic - Pluggable Annotation Processing API Reference material New feature 6 of JDK6: Pluggable Annotation Processing API Java Annotation Processing and Creating a Builder brief introduction Pluggable Annotation Processing API JSR 269 Provide a standard API to handle Annotations JSR 175...

programmer.group

Aber ich habe mich ehrlich gesagt da noch nicht tiefer mit beschäftigt und z.B. eigene Annotations geschrieben und so ... Daher mag mein Verständnis nicht ganz richtig sein. Würde mich aber wundern wenn die zwei Projekte komplett unterschiedliche Wege gehen würden...

 

[mrBrown]

Hmm? Die Arbeutsweise dürfte bei beidem gleich sein denke ich. JSR 269 bietet die Schnittstelle, welche z.B. in folgendem Kapitel etwas erläutert wird:

Pluggable Annotation Processing API

Java Magic - Pluggable Annotation Processing API Reference material New feature 6 of JDK6: Pluggable Annotation Processing API Java Annotation Processing and Creating a Builder brief introduction Pluggable Annotation Processing API JSR 269 Provide a standard API to handle Annotations JSR 175...

programmer.group

Ne, die sind n bisschen unterschiedlich. AutoValue erstellt nur neue Source-Dateien, Lombok verändert beim Kompilieren die class-Dateien selbst.

 

[BestGoalkeeper]

Also eigentlich wollte ich jetzt keinen Glaubenskrieg zwischen eclipse und IntelliJ starten. 😉

@mrBrown @JustNobody Danke für die Erklärungen.

@mihe7 Netbeans gefällt mir auch. 🙂

 

[mihe7]

Also eigentlich wollte ich jetzt keinen Glaubenskrieg zwischen eclipse und IntelliJ starten.

Eclipse war ja ich 🙂

 

[M.L.]

Von der IDE mal abgesehen kann Lombok auch i.Z. mit Hibernate Schwierigkeiten machen: https://thorben-janssen.com/lombok-hibernate-how-to-avoid-common-pitfalls/

 

[kneitzel]

Ne, die sind n bisschen unterschiedlich. AutoValue erstellt nur neue Source-Dateien, Lombok verändert beim Kompilieren die class-Dateien selbst.

Danke. Also habe ich mir das AutoValue nicht gut genug angesehen und @LimDul lag schon komplett richtig.

Von der IDE mal abgesehen kann Lombok auch i.Z. mit Hibernate Schwierigkeiten machen: https://thorben-janssen.com/lombok-hibernate-how-to-avoid-common-pitfalls/

Also das ist ja nur eine Fortsetzung von https://thorben-janssen.com/ultimate-guide-to-implementing-equals-and-hashcode-with-hibernate/

Klar: Wenn ich gewisse Anforderungen habe an die Implementation von toString, equals oder hashcode, dann muss ich prüfen, ob die Implementierung von Lombok passt oder eben nicht. Wenn die Anforderungen nicht von Lombok erfüllt werden, dann kann ich Lombok nicht nutzen. Und diese Anforderungen sollten dann aber auch durch Unit Tests getestet sein ...