• Joined on 2023-11-23
i21023 pushed to main at i21023/JavaTXCompilerInJavaTXNoMaven 2024-12-24 12:00:03 +00:00
5b792b388f add classes
i21023 pushed to main at i21023/JavaTXCompilerInJavaTXNoMaven 2024-12-06 22:53:45 +00:00
cf13f46e68 newest state, not sure from when
5096661e95 structure additional resources in lib folder
Compare 2 commits »
i21023 pushed to main at i21023/Vortrag-Bad-Honnef 2024-07-19 23:09:04 +00:00
4fa62b8a74 add studienarbeit latex code
i21023 pushed to main at i21023/Vortrag-Bad-Honnef 2024-07-19 23:06:35 +00:00
f81307ed68 put presentation in additional folder
i21023 commented on issue JavaTX/JavaCompilerCore#338 2024-06-11 11:28:41 +00:00
Überschreiben von Methoden anhand des Rückgabewerts

Ja, das stimmt schon. Das Ergebnis ist dasselbe. Auf mich wirkt es weniger anfällig für Bugs, als die Typen im Bytecode zu substituieren. Aber keine Ahnung, ob das wirklich ein Vorteil ist

i21023 commented on issue JavaTX/JavaCompilerCore#338 2024-06-06 09:33:49 +00:00
Überschreiben von Methoden anhand des Rückgabewerts

Ich hab es auch mal ausprobiert. Es scheint wichtig zu sein, dass man für die Bridge Methode die Flags ACC_BRIDGE und ACC_SYNTHETIC setzt. Dann geht es aber wie erwartet.

Ich lasse diesen…

i21023 commented on issue JavaTX/JavaCompilerCore#338 2024-06-05 18:12:24 +00:00
Überschreiben von Methoden anhand des Rückgabewerts

Meiner Meinung nach sollte nicht viel passieren. Es wird halt eine von beiden Methoden aufgerufen, wahrscheinlich die erste im Bytecode. Ist im dem Fall ja eigentlich auch egal welche aufgerufen…

i21023 pushed to main at i21023/JavaTXCompilerInJavaTXNoMaven 2024-05-27 20:39:03 +00:00
c718104fee run all tests
i21023 opened issue JavaTX/JavaCompilerCore#338 2024-05-26 18:16:01 +00:00
Überschreiben von Methoden anhand des Rückgabewerts
i21023 pushed to main at i21023/JavaTXCompilerInJavaTXNoMaven 2024-05-22 23:42:27 +00:00
a1431374f9 newest state of compiler, needing compiled classes
i21023 commented on issue JavaTX/JavaCompilerCore#335 2024-05-22 21:53:30 +00:00
Externe Jar in Java-TX einbinden

Ich habe mal in 5b4ea5a0c5 noch den Support für glob Syntax implementiert. So kann man z.B. mit * alle JAR Archive in einem Ordner einbingen und muss nicht alle einzeln angeben

i21023 closed issue JavaTX/JavaCompilerCore#327 2024-05-22 21:49:11 +00:00
Java-TX Classloader berücksichtigt Klassen von JVM Classpath
i21023 pushed to targetBytecode at JavaTX/JavaCompilerCore 2024-05-22 21:49:11 +00:00
5b4ea5a0c5 fix #327 and add support for glob syntax in classpath input
i21023 pushed to main at i21023/JavaTXCompilerInJavaTXNoMaven 2024-05-22 21:37:32 +00:00
6b647f36fa updating some files
i21023 pushed to main at i21023/Vortrag-Bad-Honnef 2024-05-20 21:32:14 +00:00
ce90da9e8b Stand vom Vortrag
i21023 commented on issue JavaTX/JavaCompilerCore#332 2024-05-17 16:02:53 +00:00
Methodenaufruf beim Aufruf überladener Methoden teilweise falsch

Eigentlich geht es auch nur um die Foo.jav Datei, du musst also nur diese Datei mit dem Java-TX-Compiler aufrufen, dann müsste er die visit Methode machmal mit dem Typ Foo und manchmal mit dem…

i21023 commented on issue JavaTX/JavaCompilerCore#332 2024-05-17 15:47:21 +00:00
Methodenaufruf beim Aufruf überladener Methoden teilweise falsch

Der Bug ist im aktuellen Commit 974582f7e5 noch vorhanden. Die Dateien sind im Anhang vom Issue als Archiv 2.zip.

i21023 opened issue JavaTX/JavaCompilerCore#337 2024-05-17 15:28:11 +00:00
Subtyping mit Java-TX Funktionstypen
i21023 opened issue JavaTX/JavaCompilerCore#336 2024-05-16 11:05:09 +00:00
Raw Types in Java-TX
i21023 commented on issue JavaTX/JavaCompilerCore#335 2024-05-15 21:26:50 +00:00
Externe Jar in Java-TX einbinden

Noch eine Anmerkung: Wenn ich die jar entpacke und die Dateihierarchie neben die jav Datei lege, compiliert es. Er schaut also wohl nur nicht richtig in die jar rein