Referenzen weiterreichen vs. statischer Zugriff

[deamon]

Ich arbeite gerade an einer Wicket-Anwendung, in der ich in vielen Komponenten auf die Session zugreife. Es gibt eine statische Methode get() der Klasse Session, die einem die jeweilige Session liefert. Nun könnte ich einmal mit dieser Methode das Session-Objekt am Einstiegspunkt des Nutzers holen und dann von Komponente zu Komponente reichen. Oder ich könnte mir das Herumreichen sparen und überall dort, wo ich die Session brauche, direkt die statische Methode aufrufen.

Als Vorteil vom Herumreichen sehe ich, dass von außen erkennbar ist, dass ein Session-Objekt benötigt wird und dass man nicht alle möglichen Komponenten an eine statische Methode kettet. Nachteil ist der Aufwand für das Herumreichen. Man könnte natürlich auch einfach Spring nehmen und die Session dort injizieren, wo sie gebraucht wird. Wie würdet ihr das machen? Und was seht ihr noch für Vor- und Nachteile?

 

[tfa]

einfach Spring nehmen und die Session dort injizieren, wo sie gebraucht wird.

:toll:

 

[deamon]

Spring ist hier nur in der Theorie eine schöne Alternative. Ich habe die Session-Klasse als Spring-Bean deklariert und die statische get-Methode der Session-Klasse in der Spring-Konfiguration als Factory-Methode angegeben. Soweit so gut, doch funktioniert das nicht, weil die Session nur im Kontext eine Anfrage erreichbar ist:

"java.lang.IllegalStateException: you can only locate or create sessions in the context of a request cycle"

Nachtrag:

Die Lösung ist doch ziemlich einfach und auch nicht unelegant, wie ich finde.

public class SessionProxy {
	public MySession getSession(){
		return MySession.get();  // Aufruf der statischen get-Methode
	}
}

Die Klasse wird als ganze normale Spring-Bean deklariert und überall dort injiziert, wo man eine Wicket-Session braucht. Man kapselt mit dieser Klasse also den statischen Methodenaufruf.

 

[tfa]

Warum willst du überhaupt irgendetwas statisch machen? Mit DI ist das doch völlig überflüssig.