Hallo Zusammen,

mein Problem ist, dass ich ein neues Objekt (einen User) angelegen will, und ihm ein bereits bestehendes Objekt (z.b. Sprache) mitgeben möchte. Eigentlich ganz trivial, und auch schon 100mal gemacht Zumindest in einem anderem Projekt....

Meine Klassen haben alle ein Integer Versions-Attribute.
Wenn ich dieses Attribut /Property auskommentiere funktionier das Abspeichern der Refrenz plötzlich.
Im letzten Projekt hatte ich den gleichen Aufbau , als Datenbank war allerdings Oracle zuständig.

Ich verwende also aktuell den SQL Server 2008. Ohne Versions-Property funktioniert alles prima, sobald ichs einkommentiere klappen alle lesenden Zugriffe auch noch....

Leider hilft mir die Board suche nicht start, da die wörter version und sql server nicht als suchbegriffe zugelassen sind ....


Hier nochmal kurz der Aufbau umrissen:

public class User
{
prop int Id;
prop string Name;
prop string Vorname;
prop Sprache Sprache;
prop int Version;
}

public class Sprache
{
prop int Id;
prop string Bezeichnung;

public static Sprache GetDefault()
{
DetachedCriteria....
return Default...
}
}

Hallo,

wie soll Dir jemand helfen, wenn Du nicht mal berichtest was fuer einen Fehler Du bekommst ?

Hi,
Der Fehler lautet "object references null oder transient object"

also der Fehler der Auftritt wenn man einem Objekt in einer Property den Cascade Style "none" mitgibt.

Er versucht also das Objekt ( das gerade aus der Datenbank geladen wurde) nochmals in die Datenbank zu speichern.
Ich lade das Objekt in einer Session heraus , und versuche ein zweites Objekt mit der Refernez auf das erste mit einer zweiten Session wieder zu speichern.
Das hat mit Oracle bisher super funktioniert...

Wer mehr infos braucht, einfach fragen! Danke!

Fuer die 2. Session ist das Sprach-object noch transient, d.h session2.contains(sprachobject) == false.
Du musst Dein sprachobject erst mit session2 verbinden (reattach) bevor Du es in session2 verwendest:

hört sich logisch an , aber wieso hats dann bisher genau so funktioniert ?
nur mit ner anderen Datenbank?!?

Und wenn ich das VersionsKennzeichen auskommentiere funktioniert mein restlicher Code auch ohne Änderung...

Deswegen hab ich eben den Verdacht dass hier irgendwas mit Nhibernate, dem Versionkennzeichen und dem SQL-Server im Zusammenspiel nicht passt

Das ist nachvollziebar, denn ohne VersionsKennzeichen aendert sich and deiner sprachinstanz nichts wenn Du es mit dem neuen User assozierst, deshalb kein update auf der sprachinstanz und deshalb auch kein Fehler.



Ich wuerde eher sagen, mit Oracle hat es nur zufaelligerweise geklappt (eigentlich ein Fehler).

mmhh so ganz klar ists mir noch nicht.
Immerhin sollte ja der Teil, der entscheid ob ein Update ausgelöst wird oder nicht unabhängig von der Datenbank sein oder nicht ?
Für die Sprachinstanz wird btw ein Insert ausgelöst - - also noch viel schlimmer weil sich die Sprachen dann duplizieren würden....

Hast Du das session2.lock(sprachobject, LockMode.NONE); schon eingebaut ? wo denn ?
Source Code?

Es ist sehr frustrierend wenn man sich als Helfer gezwungen sieht, die noetigen Informationen zwischen den Zeilen rauszulesen oder sie mit der Zange stueckweise rausziehen zu muessen.

Also ich versuche wieder zwischen den Zeilen zu lesen und schaetze dass folgendes passiert:
1. anstatt Cascade Style "none", verwendest Du "all" oder "persist".
2. Du verwendest session2.lock(sprachobject, LockMode.NONE); noch nicht (oder an der falschen Stelle).
3. Da das zu assozierende sprachobject in session2 noch als transient angesehen wird
und Du Cascade.Persist eingeschalten hast, 'persistiert' er das sprachobject neu, was schliesslich
zu dem unerwuenschten insert fuehrt.

Hi
Danke für die Hilfe.
Deine Mutmaßungen sind soweit korrekt.

Ich werde versuchen das heute nochmal nachzustellen, dann kann ich sicher genaueres dazu sagen.
Bei einem kleinerem Beispiel kann ich auch sicher schneller Code posten.

[DoppelPost]

[DoppelPost]

Hallo!

Also ich konnte es jetzt nachstellen.

Das Problem lag nicht an dem Locking.
Das Problem war dass das Sprachobjekt ein Versions Kennzeichen hatte.
Dessen unsaved Value war 0. Im Laufe der Entwicklung kam die Version im SQL Server erst dazu und wurde ebenfalls mit 0 initialisiert

Lange rede , kurzer Sinn, er hat das Sprachobjekt aus der Datenbank geladen, wegen der 0 in der Version für nicht gespeichert gehalten und die Exception geworfen.

Einen Moment lang dachte ich schon ich müsste an meiner "Middleware" noch feilen ;)