Finale Attribute? Klassen ohne Standardkonstruktor?

Urmech · **Joined:** Thu Apr 14, 2005 10:39 am **Posts:** 115

Hi, da ich ein finales Attribut brauche, dass im Konstruktor gesetzt wird, würde ich gerne wissen, ob man Hibernate so konfigurieren kann, dass es diesen Konstruktor anstatt dem nicht vorhandenen Standardkonstruktor benutzt. Falls ja, wie (Annotation)?

Ist @Immutable eine Lösung?

Vgl. XMLEncoder Customizing Instantiation --
Constructors whose arguments are properties
http://java.sun.com/products/jfc/tsc/articles/persistence4/

Bei Klassen, die ich nach dem immutable Pattern implementiert habe, also keine setter-Methoden haben und alle Attribute im Konstruktor gesetzt werden, benutze @Entity(mutable=false).

Vielen Dank.

Viele Grüße Michael

carlolf · **Posted:** Wed Jan 02, 2008 1:20 pm

Urmech wrote:

Hi, da ich ein finales Attribut brauche, dass im Konstruktor gesetzt wird, würde ich gerne wissen, ob man Hibernate so konfigurieren kann, dass es diesen Konstruktor anstatt dem nicht vorhandenen Standardkonstruktor benutzt. Falls ja, wie (Annotation)?
(...)

Hallo Urmech,

Hibernate braucht immer einen Default-Konstruktor (jeder andere JPA-Provider auch)! Grund: wenn Hibernate bspw. ein Objekt einer Klasse auf Basis eines DB-Datenbanksatz erzeugen soll, verwendet es dazu die Reflection-API

Code:

Class.newInstance()

- und diese verlangt einen Default-Konstruktor.

Was du aber willst, ist dass deine ANWENDUNG immer nur den Konstruktor mit dem finalen Attributwert verwendet. Das kann man dann so machen, dass nur dieser Konstruktur

Code:

public

ist, der von Hibernate verwendete kann

Code:

package protected

sein. Dein Attribut ist dann final, wenn es auch keinen erreichbaren Setter für es gibt.

Ciao, Carlo.

Urmech · **Joined:** Thu Apr 14, 2005 10:39 am **Posts:** 115

Hi Carlo,

dass Problem ist, dass ich gerne final benutzten würde, um auch versehentliche Änderungen in der selben Klasse zu verhindern. (Meine Eclipse -Einstellungen machen das eh automatisch, wenn keine Zuweisung außerrhalb der Konstruktoren erfolgt.)

Wenn ich einen privaten Standardkonstruktor benutze und das Feld mit einem nicht sinnvollen Wert initialisiere, gibt das wahrscheinlich auf Grund der finalen Eigenschaft beim setzen durch Hibernate (braucht ja nicht unbedingt getter und setter, bei Property-Access) Probleme.

Einfach auf final zu verzichten, wäre die infachste Lösung, aber leider halt unsauber.

Der Hinweiß auf die Einschränkungen der Reflection-Api ist zumindest seit Java5 nicht ganz korrekt, denn durch

Code:

getConstructor(Class<?>... parameterTypes)

in

Code:

java.lang.Class<T>

und

Code:

public T newInstance(Object... initargs)

in

Code:

java.lang.reflect.Constructor<T>

solte ein Aufruf eines nicht Standardkonstruktors problemlos möglich sein, wenn Hibernate das Attribut bzw. die Signatur kennt.

Viele Grüße Michael

Urmech · **Joined:** Thu Apr 14, 2005 10:39 am **Posts:** 115

Laut

http://forum.hibernate.org/viewtopic.php?t=982531

wäre so etwas möglich, wird aber von Hibernate leider nicht unterstützt.

Viele Grüße Michael

LaLiLuna · **Posted:** Tue Jan 08, 2008 1:44 pm

Hibernate erwartet aber einen Konstruktor ohne Parameter aufrufen zu können.

Field Access wäre eine Lösung (und der übliche Weg), dann setzt Hibernate ein privates Attribut direkt ohne den Setter zu verwenden. Ich habe es noch nicht probiert, aber Du könntest versuchen das Attribut dann auf Final zu setzen.