Access Modifier vor Kompilierung ändern

[timomeinen]

Hallo zusammen,

ich suche nach einer Möglichkeit das Sichtbarkeitsattribut vor der Kompilierung zu ändern. Beispiel:

Aus:

@ChangeModifier
private int temp;

soll werden:

@IsChanged
public int temp;

Zunächst fällt mir ein Preprocessor ein. Gibt es andere Möglichkeiten? Mit dem AnnotationProcessingTool kann ich ja 'nur' neue Dateien erzeugen. Ich würde aber gerne den Code geändert an den Compiler übergeben. Der Source-Code soll jedoch erhalten bleiben?

Könnte ich auf dem abstrakten Syntaxbaum zugreifen und dort Änderungen machen?

Gibt es eine Möglichkeit über Aspektorientere Programmierung und Reflections so ein Verhalten zu erzeugen?

Vielen Dank für Ideen.

Glück Auf
Timo

 

[maki]

Darf man fragen wozu?

Wenn im Quellcode "private" steht, sollte auch im Kompilat "privat" drinne sein, oder?

 

[tfa]

Es gibt java.lang.reflect.AccessibleObject.setAccessible(boolean), wenn Dir das hilft.
Die Frage nach dem Wozu ist allerdings berechtigt.

 

[Leroy42]

Ich denke mal, daß dein Ansatz völlig falsch ist.

 

[timomeinen]

Es gibt java.lang.reflect.AccessibleObject.setAccessible(boolean), wenn Dir das hilft.
Die Frage nach dem Wozu ist allerdings berechtigt.

Die Methode kenne ich und macht ein privat deklariertes Attribut per Reflection veränderbar. Das ist aber nicht, was ich brauche.

Ich arbeite an einem speziellen Programmierkonzept für meine Masterarbeit. Dabei gibt es die Möglichkeit unter ganz bestimmten Vorraussetzungen auf private Attribute zuzugreifen. Der Compiler streikt allerdings beim Versuch das Programm zu kompilieren, wenn man von einer Klasse auf private Attribute einer anderen Klasse zuzugreifen.

Damit ich das neue Programmierkonzept umsetzen kann, MUSS daher das Attribut private bleiben. Damit der Compiler das Programm kompiliert, möchte ich daher das Attribut public machen. Da dann sämtliche Klassen Zugriff haben, wird ein Zugriff von unberechtigten Klassen durch ein Programm (mittels AOP) unterbunden.

Die Frage ist also, wie ich Source-Code "on the fly" auf dem Weg von der .java Datei zum Compiler verändern kann.

Vielen Dank und Gruß
Timo

 

[tfa]

Dann musst Du Dir wohl einen Präprozessor basteln...

 

[timomeinen]

Dann musst Du Dir wohl einen Präprozessor basteln...

Keine Möglichkeit das für den Entwickler transparent zu machen? Gibt es einen Workaround mit XDoclet oder APT oder ähnlichem? Zur Konfiguration verwende ich bereits Annotationen.

 

[maki]

Ich arbeite an einem speziellen Programmierkonzept für meine Masterarbeit. Dabei gibt es die Möglichkeit unter ganz bestimmten Vorraussetzungen auf private Attribute zuzugreifen. Der Compiler streikt allerdings beim Versuch das Programm zu kompilieren, wenn man von einer Klasse auf private Attribute einer anderen Klasse zuzugreifen.

Wie du schon gemerkt hast, unterstützt Java das absichtlich nicht.

Wie wär's mit gettern und settern?

In C++ wären das wahrscheinlich "friends".

 

[timomeinen]

In C++ wären das wahrscheinlich "friends".

Tatsächlich lässt sich mit diesem Framework das "friends"-Konzept umsetzen. Daher soll es auch keine getter/setter geben, denn dann hätte man wieder das Problem, öffentliche Methoden anzuieten, mit denen der Zustand eines Objektes verändert werden kann.

Byte-Code Manipulation fälllt wohl auch weg, oder? Schliesslich kompiliert der Compiler erst gar nicht. Oder kann man den Compiler dazu bringen trotzdem durchzulaufen? Vermutlich nicht...

Hat jemand mal auf dem AST gearbeitet? Ist damit was zu reißen?

Danke
Timo

 

[timomeinen]

Hallo zusammen,

ich habe die Modifikatoren jetzt durch Modifizierung des AST verändert. Dazu zwei Möglichkeiten:

Der neue Java-Compiler ab Version 6 bietet die Möglichkeit an mit Prozessoren auf dem AST zu arbeiten.

Ich habe dazu Spoon verwendet, eine Bibliothek, die ein Metamodel seines Sourcecodes anbietet. Dies ist praktisch ein AST, der verändert werden kann.

spoon.gforge.inria.fr

Noch Fragen? Dann mailt mir an: timomeinen (at) gmail (dot) com

Viele Grüße
Timo