NHibernate + WCF + Windows-Dienst und WcfOperationSessionContext Klasse

Ich habe einen Windows-Dienst-Anwendung
in dem ich Sie WCF-Dienste erstellen in es.
Eine der Dienstleistungen, die Daten
Dienstleistungen: hinzufügen, löschen,
Lesen Sie , updatte Daten über
WCF.
WCF verwenden NHibernate für Daten-manipulation

Also meine guestions sind:

Irgendwelche Tipps (best practice) für das session management für Hibernate mit WCF?
Jemand weiß etwas über

WcfOperationSessionContext (hibernate 3.0) - Klasse?

how to use it with WCF?

Gut, um es konkreter :

Nehme an, dass ich WCF-Dienst namens " DataServices

class WCFDataService .....
{

   void SaveMyEntity(MyEntity entity)
    {



         .....................?? //How to do? Best Way

         //Should i take one session  and use it all times
         //Should i take session and dipsose when operation finished then get 
         //new session for new operations?
         //If many clients call my WCF service function at the same time?
         //what may go wrong?
         //etc....


     }


 }

Brauchen und ich ein NHibernateServiceProvider Klasse

class NHibernateServiceProvider ....
{

    //How to get Session ?? Best way

     ISession GetCurrentSession(){.... }
     DisposeSession(){ ....}
}

Die Besten Wünsche

PS: ich habe gelesen, ähnliche Einträge hier und in anderen web-Seiten. Kann aber nicht sehen, "konkrete" Antworten.

InformationsquelleAutor NoviceAndNovice | 2011-03-22

3

Hier ist ein post Sie beschreiben im detail, alle Schritte der Registrierung und Nutzung der WcfOperationSessionContext. Es enthält auch Anweisungen für die Verwendung mit dem agatha-rrsl Projekt.
- Danke für den link über WcfOperationSessionContext...
- Eine follow-up-post ist hier
- das ist falsch, Beispiel - dies funktioniert falsch
InformationsquelleAutor Nikos Baxevanis
9

Den WcfOperationSessionContext, ähnlich ThreadStaticSessionContext und WebRequestSessionContext ist eine Implementierung für einen session-Kontext. Der session-Kontext binden (associate) eine ISession-Instanz auf einen bestimmten Kontext.

Die Sitzung, die im aktuellen Kontext können abgerufen werden durch aufrufen von ISessionFactory.GetCurrentSession().

Finden Sie weitere Informationen über session context hier.

Den WcfOperationSessionContext stellt einen Kontext, der sich für die gesamte Dauer eines WCF-Betrieb. Sie noch behandeln müssen, die Bindung der Sitzung zu Beginn der operation und die Bindung/Begehen/Entsorgung der Sitzung am Ende der operation.

Zugang zu der begin/end-Aktionen in der wcf-pipeline, die Sie implementieren müssen, um eine IDispatchMessageInspector. Sie können sehen, ein Beispiel hier.

Auch in Bezug auf WCF-integration: wenn Sie ThreadStatic-session-Kontext erscheint es für die Arbeit an der Entwicklung, aber Sie schlagen die Wand in der Produktion, wenn die verschiedenen Komponenten (ex: Autorisierung, Authentifizierung ) von der wcf-pipeline ausgeführt werden, auf verschiedene threads.

Als für die besten Praktiken, die Sie fast nagelte ihn: Verwenden Sie WcfOperationSessionContext zum speichern der aktuellen Sitzung und der IDispatchMessageInspector zu beginnen/beenden Sie Ihre Einheit arbeiten.

BEARBEITEN - um die details, die Sie Hinzugefügt:
Wenn Sie konfiguriert WcfOperationSessionContext und tun, die verbindlich/unverbindlich, wie ich oben erklärte, alles, was Sie tun müssen, ist zu injizieren, die ISessionFactory in Ihrem Dienst und verwenden nur-Fabrik.GetCurrentSession(). Werde ich nach einer Probe prj wenn es die Zeit erlaubt.

Hier ist die Beispiel-Projekt
- Vielen Dank für das Beispiel-Projekt...
InformationsquelleAutor Iulian Margarintescu

Modell verwenden wir für die Verwaltung von NHibernate Sitzungen mit WCF ist wie folgt:

1) Wir haben unsere eigene ServiceHost-Klasse erbt von System.ServiceModel.ServiceHost, die auch implementiert ICallContextInitializer. Wir ergänzen die service-host-Instanz zu einzelnen Vorgängen in unserem service, wie folgt:

protected override void InitializeRuntime()
{
    base.InitializeRuntime();
    foreach (ChannelDispatcher cd in this.ChannelDispatchers)
    {
        foreach (EndpointDispatcher ed in cd.Endpoints)
        {
            foreach (DispatchOperation op in ed.DispatchRuntime.Operations)
            {
                op.CallContextInitializers.Add(this);
             }
        }
    }
}

public void AfterInvoke(object correlationState)
{
    //We don't do anything after the invoke
}

public object BeforeInvoke(InstanceContext instanceContext, IClientChannel channel, Message message)
{
    OperationContext.Current.Extensions.Add(new SessionOperationContext());
    return null;
}

Den BeforeInvoke macht einfach sicher, dass die OperationContext für jede WCF-call hat seine eigene Sitzung. Wir haben festgestellt, Probleme mit IDispatchMessageInspector, wo die Sitzung ist nicht verfügbar während der Reaktion serialisieren - problem, wenn man lazy loading verwenden.

2) Unsere SessionOperationContext dann rief Sie sich selbst zu befestigen und verwenden wir die OperationCompleted Veranstaltung zu entfernen uns. Auf diese Weise können wir sicher sein, dass die session verfügbar sein wird für die Reaktion serialisieren.

public class SessionOperationContext : IExtension<OperationContext>
{

    public ISession Session { get; private set; }

    public static SessionOperationContext Current
    {
        get
        {
            OperationContext oc = OperationContext.Current;
            if (oc == null) throw new InvalidOperationException("Must be in an operation context.");
            return oc.Extensions.Find<SessionOperationContext>();
        }
    }

    public void Attach(OperationContext owner)
    {
        //Create the session and do anything else you required
        this.Session = ... //Whatever instantiation method you use

        //Hook into the OperationCompleted event which will be raised
        //after the operation has completed and the response serialised.
        owner.OperationCompleted += new EventHandler(OperationCompleted);
    }

    void OperationCompleted(object sender, EventArgs e)
    {
        //Tell WCF this extension is done
        ((OperationContext)sender).Extensions.Remove(this);
    }

    public void Detach(OperationContext owner)
    {
        //Close our session, do any cleanup, even auto commit 
        //transactions if required.
        this.Session.Dispose();
        this.Session = null;
    }
}

Wir haben die oben genannten Muster erfolgreich in high-load-Anwendungen und es scheint gut zu funktionieren.

In der Zusammenfassung dies ist ähnlich zu dem, was die neue WcfOperationSessionContext hat (es war nicht herum, wenn wir herausgefunden das Muster oben; -)), aber auch das überwindet die Probleme rund um lazy-loading.

In Bezug auf die zusätzlichen Fragen: Wenn Sie das Modell oben skizzierten Sie würde einfach Folgendes tun:

void SaveMyEntity(MyEntity entity)
{
    SessionOperationContext.Current.Session.Save(entity);
}

Werden Sie garantiert, dass die Sitzung immer da ist und dass es entsorgt werden, sobald das WCF operation abgeschlossen ist. Sie können Transaktionen verwenden, wenn erforderlich, in der üblichen Weise.

InformationsquelleAutor Phil Degenhardt

1

Ok, nach ein paar Tagen von dem Lesen der internet-Beiträge etc. alle Ansätze gezeigt, in der die Möglichkeiten des internets scheint falsch zu sein. Wenn wir mit UnitOfWork-pattern mit NH 3^ mit nhibernate Transaktion dieses allen aprochaes produzieren Ausnahmen. Um es zu testen und den Nachweis, dass wir brauchen, um zu erstellen-Testumgebung mit MSMQ-Transaktion queue spezielle Schnittstelle mit OneWay-Betrieb Vertrag mit der Transaktion erforderlich festgelegt sind. Dieser Ansatz sollte funktioniert wie folgt:
1. Wir setzen die transaktional-Nachricht in der Warteschlange.
2. Service ist immer transaktional messege aus der Warteschlange.
3. Alles funktioniert, die Warteschlange ist leer.

In einigen Fällen nicht so obious mit internet Ansätzen funktioniert das nicht richtig. So, hier sind expamples, die wir getestet, die sind falsch und warum:
1. Fabio Maulo Ansatz: Verwenden Sie ICallContextInitializer - open NH Sitzung/Transaktion auf BeforeCall, nach, dass WCF ist die Ausführung von service-Methode, die auf AfterCall im Kontext Initialisierer wir call session.Flush + - Transaktion.Begehen. Automatisch wird für die Sitzung gespeichert, wenn Sie den Transaktionsbereich wird die commit-operation. In der situation, wenn auf Sie die Transaktion.Komplette exception wird geworfen, WCF-Dienst wird heruntergefahren! Frage kann ok sein, so nehmen Sie Transaktion.Komplett in try/catch-clausule - toll! - NEIN, falsch! Dann Transaktionsbereich ein commit für die Transaktion und die Nachricht wird aus der Warteschlange genommen, aber die Daten werden nicht gespeichert !
2. Ein weiterer Ansatz ist die Verwendung IDispatchMessageInspector - gestern dachte ich, das ist die beste Herangehensweise. Hier müssen wir offener Sitzung/Transaktion in der Methode AfterReceiveRequest, nach dem WCF-invoke-service-operation auf message-dispatcher-Inspektor BeforeSendReply genannt wird. In dieser Methode haben wir die info über [Antworten], die im Einbahn-Betrieb null ist, aber gefüllt mit fault-Informationen, wenn es fiel auf Aufruf der service-Methode. Toll, dachte ich, das ist dieser ! aber NICHT! Problem ist, dass an dieser Stelle in WCF-Verarbeitung Rohr haben wir keine Transaktion!!! Also, wenn die Transaktion.Komplette werfen Fehler oder Sitzung.Der Flush werfen es, wir haben keine Daten in der Datenbank gespeichert und die Nachricht wird nicht kommen zurück in die Warteschlange, was falsch ist.
Was ist die Lösung?

IOperationInvoker und nur diese!

Müssen Sie diese Schnittstelle implementieren, wie ein Dekorator-Muster auf Standard-invoker. In der Methode Aufrufen, bevor der Anruf wir sind openning Sitzung/Transaktion offen ist, dann rufen Sie invoke Standard-invoker und danach rufen Sie die Transaktion.komplett in endlich clausule wir call session.flush. Welche Arten der dieses problem löst:
1. Wir haben Transaktionsbereich auf dieser Ebene, also wenn Sie fertig ist, wirft exception, gehen zurück in die Warteschlange und WCF wird nicht Herunterfahren.
2. Beim Aufruf throw Ausnahme-Transaktion.abgeschlossen werden nicht genannt, was nicht zu ändern Datenbank-Zustand

Ich hoffe, das wird klar, jedermanns missinformation.

In einigen freien Zeit werde ich versuchen, einige schreiben Beispiel.

InformationsquelleAutor szkra

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.