Minecraft Mod programmieren für Anfänger ohne Java Erfahrung

[joshuasehr]

Hallo,
Ich würde gerne eine Minecraft Mod programmieren, aber ich habe keine Erfahrung und kein wissen zu Java. Ich wollte eine Mod programmieren die wenn man die '0' (null) drückt einen Katalog öffnet in dem es verschiedene Bauwerke gibt. Es sollte so sein das man das benötigte Material zwar selbst sammeln muss aber wenn man es hat, soll man eine Art Bau-Kit ins Inventar bekommen das man dann platzieren kann. Das Projekt sollte sich dann selbst bauen. Kann mir da jemand helfen?

 

[joshuasehr]

Aber erstmal von Vorne: Was brauche ich um Zu starten? Welche Software wird benötigt?

 

[Robert Zenz]

Du brauchst:

1. Eine JDK (Java Development Kit), zum Beispiel von Adoptium oder durch die Paketverwaltung deines Systems.
   Diese sollte der Version von Minecraft entsprechen (gerade 21?). Die JDK stellt alles was man braucht um in Java zu entwickeln.
2. Eine Entwicklungsumgebung/IDE. Da sind wir jetzt im Bereich der Heiligen Kriege:
   1. NetBeans
   2. Eclipse
   3. IntelliJ IDEA
   4. VS Code
3. Forge, schaetze ich.

Ab hier kann ich nicht mehr helfen, denn da kenne ich mich nicht aus. Alternativ kannst du auch irgendeinem Tutorial folgen zu dem Thema.

Wenn es darum geht Java zu lernen, wird dir @KonradN sicher ein paar gute Resourcen nennen koennen. Ich habe eine Sammlung an kleinen Beispiel-Projekten die jetzt nichts mit Spielen zu tun haben, aber fuer Anfaenger auch gut zu lesen sein sollten. Alternativ kannst du dir natuerlich auch Buecher zu dem Thema holen.

Und wenn du schonmal dabei bist, rate ich dringend dazu einmal den Wikipedia Artikel zum Them Urheberrecht zumindest quer zu lesen, und TLDRLegal ist da auch eine sehr wertvolle Resource. Die Minecraft-Gemeinschaft geht gerne recht, mh, lax mit dem Urheberrecht um, heiszt aber nicht dass es einen nicht trotzdem in den Hintern beissen kann.

 

[KonradN]

Also generell bin ich nicht unbedingt der Meinung, dass es sinnvoll ist, direkt mit Forge zu starten ohne die Grundlagen von Java zu kennen. Wir haben hier im Forum teilweise die Erfahrung gemacht, dass es viele teilweise triviale Fehler gibt, in die man hinein laufen kann. Aber es hat sich einiges gändert wie es scheint, so dass es durchaus ein interessante Sache werden kann.

Wichtig ist aber, dass man nicht mit dem Installer startet! Es gibt eine Getting Started Seite: https://docs.minecraftforge.net/en/latest/gettingstarted/

Es wird Java 21 benötigt, daher:
Unter https://adoptium.net/de das Java (OpenJDK um genau zu sein) in Version 21 herunter laden und installieren. Dabei unter Windows auch in den Path aufnehmen lassen und das JAVA_HOME (Umgebungsvariable) setzen lassen.

Dann ist der Rest relativ einfach. MDK herunter laden und entpacken. Dann hat man direkt ein Gradle Projekt, mit welchem man loslegen kann.
Dazu verwendet man einfach eine Entwicklungsumgebung Deiner Wahl. Da wurden mehrere genannt aber ich würde die Reihenfolge fast komplett umdrehen. Meine Empfehlung ist ganz klar IntelliJ Community Edition (also etwas weiter herunter scrollen auf der Download Seite von IntelliJ und nicht die Ultimate herunter laden ... die wäre nur 30 Tage testbar). Dann hast Du eine super Entwicklungsumgebung, die für Anfänger top ist.

Gute Alternative ist Visual Studio Code. Wenn Du auch in Betracht ziehst, Github Copilot zu kaufen (um 20EUR im Monat) für AI Unterstützung, dann wäre dies sogar klar auf Platz 1. Hat nur den Nachteil, dass man nach der Installation von VSC noch einige AddOns installieren muss. Das macht es ggf. etwas problematischer, wenn man noch keinerlei Kontakt Zu Java hatte ...

Netbeans war mal Top und mit die Referenz Entwicklungsumgebung in der Vergangenheit (Ach je - bin ich der einzige Opa, der sich noch daran erinnert ... da hatte man dann auch Bundles von Sun wo alles drin war ... Netbeans, Java SE, Java EE, ....) aber das ist irgendwie lange vorbei. Es hat stark abgenommen und auch so Dinge wie "deutsche Entwicklungsumgebung" hat man da nicht mehr ... veraltet, verbuggt, ... Vonmir daher ein klares: Finger weg.

Eclipse - super Teil: Macht alles: Weckt einen morgens und bringt einem dabei Kaffee ans Bett ... Ok, das war etwas übertrieben, aber Eclipse macht alles. Und das kostenlos. Nur eben als Anfänger wird man überwältigt. Aber kann eine gute Wahl sein gerade, wenn man viel machen will mit der Zeit (also beruflicher Einsatz oder so) aber als Anfänger ist man garantiert massiv überfordert am Anfang und viele Voreinstellungen passen nicht. Bei Problemen hilft Google in 99% aller Fälle aber es ist ein Unterschied zu IntelliJ, das dann viele Quick Helps anbietet und so ...

Also mit einer KI kann das eine tolle Sache und auch tolle Erfahrung sein ... also eine Combo: IntelliJ + ChatGPT im Browser oder die App oder bei CoPilot halt VSC mit CoPilot im Agent Modus ... Bei letzterem braucht man auch kein Java zu können. Das MDK entpacken, in VSC Öffnen und dann dem Github Copilot im Agent Modus sagen, was Du uns gesagt hast. Dann ihn in Ruhe bauen lassen (Kann auch mal 30 Minuten dauern oder gar länger oder so!) und dann testen. Wenn etwas nicht geht oder nicht so ist wie gewünscht: Schreib es dem Agent ... Bei Bugs kommt dann fast immer "Ja stimmt, ich hatte es ganz einfach gebaut und das kann so ja nicht funktionieren" gefolgt von einem Umbau und so und das Problem ist dann behoben ...

Also einfach mal heran trauen und probieren. Egal wie ... Und durch das MDK sind die Abhängigkeiten wohl alle im Maven Repository, so dass man da keine Probleme mehr mit hat ...

Aber wichtig ist:

• Wir bauen es Dir hier im Forum nicht
• Wir machen hier auch kein Step by Step Tutorial für Dich

Also Du bist gefordert. Du musst Java lernen oder eben die Unterstützung aktiv holen/kaufen (KIs sind genial geworden für sowas!)

Bei Problemen oder wenn Du nicht weiter kommst: Wir sind natürlich hier und helfen gerne - aber halt mit gewissen Einschränkungen.

 

[White_Fox]

aber ich habe keine Erfahrung und kein wissen zu Java

Hast du denn schon einmal in einer anderen Programmiersprache programmiert? Wenn ja, welche, und wieviel hast du da bereits gemacht?

Edit:
Ein paar Worte zu den IDEs:

Momentan arbeite ich viel mit VSCodium. (Das ist im wesentlichen VSCode, ohne den Microsoftkram und – ganz wichtig – ohne Microsfts AGB.) Ich habe aber auch einiges an Javacode mit Netbeans geschrieben.

Es gibt für VSCodium (man hat da leider nur einen eingeschränkten Marketplace für Addons) ein Plugin von RedHat, das einem die IDE javatauglich macht: Automatische Codevervollständigung, Refakturwerkzeuge, usw. Ich muß dazu leider sagen: so richtig gut ist das nicht. Es ist zwar besser als nichts, aber Netbeans war da vor vielen Jahren schon deutlich besser.

Netbeans wurde vor einigen Jahren von Apache übernommen. Es gab vorher eine zwar nicht sehr umfangreiche, aber zweckmäßige Sammlung von Plugins für alles mögliche. Dieses alte Pluginportal gibt es leider nicht mehr, und es ist ziemlich schwierig eine existierende Netbeansinstallation auf einen neuen Rechner zu portieren. Sich die alten Plugins wieder zu installieren ist...schwierig. Manche gibt es auf github, aber diese zu kompilieren und bei sich wieder einzubauen ist oft nicht einfach. Manche sind gar nicht mehr verfügbar.

Davon abgesehen ist Netbeans aber in vielerlei Hinsicht deutlich besser als VSCod(ium), wenn es um Javacode geht: Eine sinnvollere Projektstruktur im Explorer (VSCode geht da stur nach Dateistruktur was zu ewig lang verschachtelten Dateibäumen führt, Netbeans listet einem einfach alle Ordner mit Code auf, Unterordner werden als eigene Unterordner dargestellte, so gibt es keine Verschachtelungen), Dateistruktur gibt es auf Wunsch auch, habe ich aber fast nie benutzt, Javadoc-Explorer, weitaus ausgefeilterer Codegenerator, viel bessere Unterstützung für Unittests, und der Debugger ist auch mächtiger und ist besser zu bedienen.

 

[M.L.]

Zu starten? Welche Software wird benötigt?

Buchnennung: https://www.daniel-braun.com/buch/
Das genannte Eclipse kann mit zunehmenden Plugin-Installationen genauso langsam wie z.B. NetBeans werden.
Java-Code hat (wie später Code für Minecraft-Plugins / -Mods ) einzuhaltende formelle Minimalanforderungen an den Quellcode

 

[mihe7]

Ich weiß gar nicht, was die Leute alle gegen NetBeans haben. Das ist nach wie vor eine hervorragende IDE, die schön aufgeräumt ist und in der man intuitiv (fast) alles findet, wo man es vermutet. Plugins gibt es nicht mehr viele (aktuell sind es weit unter 100), allerdings ist heute vieles von dem integriert, das man früher als Plugin installieren konnte. Mir fehlen die aber auch nicht. Zwei Plugins, die aktuell noch installiert werden sind Solarlint und AsciiDoc (wobei das jetzt nichts mit Java zu tun hat) und das war's auch schon.

Wer KI-Unterstützung will/braucht, hat bei NetBeans eher Pech gehabt. Jeddict AI Assistant gibt es (https://plugins.netbeans.apache.org/catalogue/?id=103), keine Ahnung, ob das was taugt. Copilot gibt es, soweit ich weiß, jedenfalls nicht.

Dass NB nicht mehr auf Deutsch verfügbar ist, ist mir nicht einmal aufgefallen. Es hat für mich schlicht keine Relevanz, ob da jetzt "File -> Open" oder "Datei -> Öffnen" steht.

Negativ stößt mir allerdings die abnehmende Qualität auf, seitdem die IDE ein Apache-Projekt ist, wobei ich sagen muss, dass ich persönlich das Gefühl habe, dass es sich in letzter Zeit wieder leicht gebessert hat.

 

[KonradN]

Ich weiß gar nicht, was die Leute alle gegen NetBeans haben.

Es geht nicht darum, etwas gegen Netbeans zu haben. Es ist einfach nur ein Ranking der genannten Entwicklungsumgebungen - natürlich aus meiner sehr Subjektiven Sicht.

Wer KI-Unterstützung will/braucht, hat bei NetBeans eher Pech gehabt.

Das, was ich in den letzten Wochen so erlebt habe mit dem Agent Mode von GithubCopilot und Junie von JetBrains ist so extrem, dass ich hier davon überzeugt bin, dass dies ein Killer Argument werden wird. Ich sehe dieses "Vibe Programming" durchaus kritisch, aber ich sehe die Möglichkeiten, die es schon jetzt bietet und ich möchte mir gar nicht vorstellen, wohin es in den nächsten Monaten noch führen wird. Und es fliesst immer stärker in den beruflichen Alltag ein - wenn auch langsam auf Grund vieler (berechtigter) Bedenken. Aber es ist in meinem Alltag bereits ein fester Bestandteil, den ich durchaus positiv sehe.

 

[mihe7]

Ja, KI spielt eine immer größere Rolle. Allerdings muss man nach wie vor extrem aufpassen, was einem da vorgesetzt wird. Am Wochenende hatte ich mal wieder das Vergnügen, dass ein Standardalgorithmus "falsch verstanden" wurde. Holzauge, sei wachsam! Aber es ist schon schön, wenn man den ganzen Mist nicht mehr selbst tippen muss

 

[White_Fox]

Plugins gibt es nicht mehr viele (aktuell sind es weit unter 100), allerdings ist heute vieles von dem integriert, das man früher als Plugin installieren konnte.

Gehört da eigentlich auch die Code-Minimap dazu?

 

[mihe7]

Gehört da eigentlich auch die Code-Minimap dazu?

Sieht nicht so aus: https://github.com/apache/netbeans/issues/7967

 

[White_Fox]

Schade. Genau das, die Schwierigkeit solche alten Plugins in neue Versionen reinzukriegen, ist der Grund warum ich momentan mit VSCod(ium) weiterarbeite.

 

[mihe7]

Schade. Genau das, die Schwierigkeit solche alten Plugins in neue Versionen reinzukriegen, ist der Grund warum ich momentan mit VSCod(ium) weiterarbeite.

Naja, wenn ich mir den commit ansehe, dann dürfte das kein Problem darstellen: da wurde nur auf jdk17 umgestellt und die NB-Version angepasst. Es könnte reichen, aus

<netbeans.version>RELEASE230</netbeans.version>

ein

<netbeans.version>RELEASE260</netbeans.version>

zu machen.

 

[White_Fox]

Naja, muß man auch erstmal wissen.

Ich meine allerdings auch, die alten Plugins überhaupt erstmal zusammenzutragen. Manche davon fliegen irgendwo auf github herum, aber leider nicht alle, die ich damals installiert habe (z.B. das Norway-Night-Farbschema für die Rest-IDE und nicht nur den Editor).
Ich habe mal, so 2019/20 herum, einen neuen Laptop gekauft und viel Zeit damit verbracht, meine Netbeansinstallation auf das neue Gerät zu migrieren. Eine absolut nervtötende Angelegenheit, aber irgendwann hatte ich dann alles zusammen was mir wichtig war. Ich habe aber vornehmlich alle möglichen Ordner, die Netbeans irgendwo angelegt hat, an die gleichen Stellen kopiert. Netbeans hat beim ersten Start die Spuren der alten Installation erkannt und gefragt ob es die Installation übernehmen soll. Diese Installations-Deinstallations-Orgien gingen mir aber richtig auf den Sack, warum zur Hölle konnte man diese Importfunktion auch nicht automatisch triggern...?

Letztes Jahr wieder ein neuer Laptop, aber dann habe ich halt mal VSCode ausprobiert. Es hat halbwegs funktioniert, an den unpraktischen Projektexplorer habe ich mich mittlerweile gewöhnt, ein anderes dunkles Farbschema (es gibt noch ein anderes für Netbeans, Darcula, aber das gefiel mir nicht so), und mit dem Rest lebt man halt. Was ich gelegentlich vermisse ist der Javadoc-Explorer und der Debugger. Das Redhat-Plugin für VSCode ist da ziemlich rudimentär, während Netbeans einem auch bei Debugausdrücken die volle Texteditorunterstützung anbietet kann man in VSCode einfach nur Code eintippen - ohne Autovervollständigung, Javadoc und all den netten Schnickschnack.

Was noch "interessant" werden könnte sind Unittests. Mir fällt absolut nichts ein, was man da in Netbeans noch verbessern könnte (zumindest was ich von der mittlerweile sehr alten Version 8.2 zuletzt gesehen habe), da ist wirklich alles dabei gewesen: Eine saubere Präsentation von Quell- und Testcode, automatischer Unittest-Generator und passende Menüeinträge an den wichtigen Stellen und einem Fenster, um Testfortschritt, Ergebnisse und Ausgaben übersichtlich anzuzeigen.

In VSCode habe ich noch nichts von alledem gesehen. Ich muß zwar ehrlicherweise sagen daß ich danach auch noch nicht gesucht habe, allerdings habe ich mit Unittests überhaupt erst angefangen weil die Benutzeroberläche in Netbeans einem schon vermittelt hat daß sich das so gehört. (Ich bin ja kein Programmierer, woher sollte ich sowas auch wissen...)

 

[mihe7]

Gibt es nicht auch ein NetBeans-Plugin für VSCode?

 

[White_Fox]

Interessant...kannte ich noch nicht. Ich habe es bisher nur leider noch nie hinbekommen, in VSCodium ein Plugin vom proprietären MS-Store zu installieren.

 

[mihe7]

Ich verwende VSCodium nicht, daher weiß ich nicht, ob https://stackoverflow.com/a/74672229 was bringt.

 

[White_Fox]

Bisher scheiterte es bei mir daran, die vsix-Datei herunterladen zu können.

MS mag es anscheinend so gar nicht, wenn man deren Open-Source-Software auch so wie welche behandelt.

 

[mihe7]

https://marketplace.visualstudio.com/_apis/public/gallery/publishers/ASF/vsextensions/apache-netbeans-java/26.0.0/vspackage

 

[White_Fox]

Hä, wo haste denn das her?

Ich hab mich auf der MS-Storeseite totgesucht, aber nirgendwo etwas zum Runterladen gefunden. (Nicht für das Netbeansplugin, für anderes, schon ein Weilchen her.)
Irgendwo hab ich sogar eine Anleitung mit Screenshots gefunden, da wurde mir die Storeseite schon anders angezeigt.

Vielen Dank auf jeden Fall, wie auch immer du den Link gefunden hast.

 

[mihe7]

Hä, wo haste denn das her?

Die Quelle hatte ich angegeben: "https://www.vsixhub.com/ hat gesagt.:" Da ich nicht weiß, ob die Seite okay ist, habe ich vorsichtshalber den Downloadlink kopiert, den marketplace-Teil rausgenommen und via URLDecoder.decode in jshell zurück in eine URL verwandelt.

 

[White_Fox]

Ich habe am We das Plugin endlich mal ausprobiert, aber das Ergebnis ist etwas arg ernüchternd. Es verträgt sich mit dem anderen Java-Plugin nicht (und auf diesem Plugin bauen wiederum andere Plugins auf), läuft aber selber auch nicht so richtig rund. Ich habe das Plugin jedenfalls wieder entfernt.

Aber: Ich habe mit VSCode bisher eigentlich nur GUI-Kram gemacht, wofür ich keine Unittests habe. Jetzt habe ich einen Bug entdeckt und muß dazu wieder an meine Unittests ran und habe deshalb beschlossen, Netbeans nochmal auszuprobieren.

Ich muß dazu sagen: Die wichtigsten Dinge sind da. Eine vernünftige Codemap (jaaa, ist doch da), ein paar Plugins die mir sinnvoll erschienen (Rainbow-Bracets z.B.), es sind doch mehr verfügbar als ich dachte, und erfreulicherweise bringt Netbeans auch ein paar dunkle Farbschemata mit. Mein geliebtes Norway-Today-Theme ist da zwar leider nicht dabei, aber Flatlaf Cuppertino Dark gefällt mir richtig gut. Für den Editor gibt es das Cuppertino Dark natürlich nicht warum auch immer, da muß das normale Flatlaf Dark herhalten.

Leider hat Nebtbeans keinen LoC-Rechner mehr. (Ja, ich weiß daß das eigentlich völlig nutzlos ist, macht aber trotzdem Spaß zu sehen wieviel man wieder mal geschafft hat...)

Kurzum: Ich werde in nächster Zeit mal wieder etwas mit Netbeans arbeiten. Mal sehen wie es sich mittlerweile wieder macht. Es sieht mir aber vielversprechend aus.

 

[Ernesto95]

Also mit einer KI kann das eine tolle Sache und auch tolle Erfahrung sein ... also eine Combo: IntelliJ + ChatGPT im Browser oder die App

Also ich code mit der Intellij AI in Kombination mit Junie, sehe keinen Grund da chatGPT in einem externen Browser laufen zu haben das keinen Zugriff auf mein Projekt hat.

 

[KonradN]

IntelliJ mit Junie benötigt aber doch eine Subscription oder nicht? Daher ist das aus meiner Sicht keine Empfehlung für einen Anfänger (Zumal es auch schnell deutlich teurer wird. Wenn man es beruflich stark nutzt, dann ist man mit 200Euro im Monat dabei). Aber ja - mit IntelliJ ist das auch privat meine Präferenz. Hat im beruflichen Umfeld aber keine Freigabe bei uns. Mein Konzern setzt vor allem auf Github Copilot und da kommt dann VSC ins Spiel (oder Cursor).

 

[thecain]

Die Copilot extension für intellij ist auch gar nicht so schlecht. Meistens nur ein paar iterationen hinter vsc

 

[KonradN]

Die Copilot extension für intellij ist auch gar nicht so schlecht. Meistens nur ein paar iterationen hinter vsc

Das ist interessant… muss ich mir dann noch einmal ansehen. Bisher greife ich für GitHub Copilot immer auf VSC zurück. Danke für den Hinweis.

 

[Oneixee5]

Die Copilot extension für intellij ist auch gar nicht so schlecht. Meistens nur ein paar iterationen hinter vsc

Die JetBrains AI ist wesentlich besser in IJ integriert als GitHub Copilot. Im Chat macht das keinen Unterschied aber in den Editoren auf jeden Fall. So etwas wie Junie gibt es im Copilot Plugin überhaupt nicht.

 

[KonradN]

So etwas wie Junie gibt es im Copilot Plugin überhaupt nicht.

Bist Du Dir da sicher? Ich habe es mir jetzt einmal nur etwas angesehen und habe die Leistungsfähigkeit nicht verglichen, aber Junie ist ja unter dem Strich nur ein KI Agent und den Github Copilot Agent Modus unterstützt das Github Copilot Plugin jetzt auch.

Ich war im ersten Moment etwas verwirrt, denn auch im Agent Modus hatte er dann nur das aktuelle Editorfenster mit on/off Switch gezeigt, aber bei der Anfrage hat er dann schön alle Dateien geladen und verändert, die notwendig waren.

Bezüglich Context-Grösse und so habe ich aber noch keine konkreten Vergleiche machen können, aber so auf den ersten Blick sieht es nicht schlecht aus und ist durchaus vergleichbar mit Junie. Der fehlende Agent Modus war ja damals mein grosser Kritikpunkt am Copilot Plugin und der Grund, wieso ich eben auf VSC ausgewichen bin, wenn ich den nutzen wollte.

Was die Integration angeht: Das muss man vergleichen. Bei IntelliJ scheint das Copilot Plugin ähnliche Probleme zu haben wir auf VSC: Manchmal ist es in Konflikt mit anderen modalen Fenstern. Es ist nervig, wenn man ein Accept All nicht klicken kann, nur weil er z.B. gerade fragt, ob eine Datei in git aufgenommen werden soll. Ich fand es auch störend, dass das Accept All Popup generell on top ist. Ist halt verwirrend, wenn man hier gerade schreibt und man dann ein kleines Popup mit Accept All eingeblendet bekommt ... Aber ich will mich nicht beschweren - denn es greift sich nicht den Fokus.

Daher fand ich den Hinweis von @thecain sehr gut und ich werde mir das auch weiter ansehen und ggf. nutzen. Github Copilot (Enterprise Version) hat die Freigabe bei uns im Konzern und ist daher - im Gegensatz zu Junie - nutzbar.

 

[Oneixee5]

Bist Du Dir da sicher? Ich habe es mir jetzt einmal nur etwas angesehen und habe die Leistungsfähigkeit nicht verglichen, aber Junie ist ja unter dem Strich nur ein KI Agent und den Github Copilot Agent Modus unterstützt das Github Copilot Plugin jetzt auch.

Ich war im ersten Moment etwas verwirrt, denn auch im Agent Modus hatte er dann nur das aktuelle Editorfenster mit on/off Switch gezeigt, aber bei der Anfrage hat er dann schön alle Dateien geladen und verändert, die notwendig waren.

Bezüglich Context-Grösse und so habe ich aber noch keine konkreten Vergleiche machen können, aber so auf den ersten Blick sieht es nicht schlecht aus und ist durchaus vergleichbar mit Junie. Der fehlende Agent Modus war ja damals mein grosser Kritikpunkt am Copilot Plugin und der Grund, wieso ich eben auf VSC ausgewichen bin, wenn ich den nutzen wollte.

Was die Integration angeht: Das muss man vergleichen. Bei IntelliJ scheint das Copilot Plugin ähnliche Probleme zu haben wir auf VSC: Manchmal ist es in Konflikt mit anderen modalen Fenstern. Es ist nervig, wenn man ein Accept All nicht klicken kann, nur weil er z.B. gerade fragt, ob eine Datei in git aufgenommen werden soll. Ich fand es auch störend, dass das Accept All Popup generell on top ist. Ist halt verwirrend, wenn man hier gerade schreibt und man dann ein kleines Popup mit Accept All eingeblendet bekommt ... Aber ich will mich nicht beschweren - denn es greift sich nicht den Fokus.

Daher fand ich den Hinweis von @thecain sehr gut und ich werde mir das auch weiter ansehen und ggf. nutzen. Github Copilot (Enterprise Version) hat die Freigabe bei uns im Konzern und ist daher - im Gegensatz zu Junie - nutzbar.

Ich glaube ich muss mal machen ...