Jak mogę uzyskać Entity Framework i WCF do pracy z transakcjami? Okay ... jaki jest sekret?

Question

Próbowałem kilka różnych sposobów, aby uzyskać prosty zestaw transakcji do pracy dla prostego klienta/serwera WCF. Mój serwer WCF ma deklarację klasy klasy Entity Framework dla mojego dostępu do bazy danych i kilka metod modyfikacji danych i metodę SaveChanges. Korzystam z Oracle Data Access (ODP.NET).

Na przykład chcę wywołać modyfikację z klienta, a następnie osobne wywołanie, aby zapisać zmiany w usłudze WCF. To nie działa. Zasadniczo wszystko wykonuje się poprawnie, ale po drugim wywołaniu, aby zapisać zmiany, usługa WCF nie ma już oryginalnego kontekstu, a zatem żadne zmiany nie są zapisywane (i, w konsekwencji, poprzednie wywołanie, które spowodowało, że zmiany zostały automatycznie wycofane) .

Używam zakres transakcji wokół obu operacji w moim kliencie i wykonanie Complete() po zakończeniu. Moje usługi WCF mają OperationContract, które używają [TransactionFlow(TransactionFlowOption.Mandatory)] i te implementacje metod używają [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]. Na koniec moja konfiguracja internetowa jest skonfigurowana za pomocą funkcji wsHttpBinding, która ma ustawioną właściwość transactionFlow na wartość True.

Nie mam szczęścia. Bez względu na to, co próbuję, kiedy próbuję trafić do serwisu w celu kontynuacji, kontekst EF jest już odnawiany.

Answer 1

Nie ma to nic wspólnego z transakcją. Transakcja działa na zasobie transakcyjnym, ale bez wywoływania SaveChanges w pierwszym żądaniu nie było aktywnego zasobu transakcyjnego, ponieważ kontekst EF nie jest częścią transakcji - baza danych jest, a baza danych ma wpływ tylko wtedy, gdy wywołujesz SaveChanges. Aby to zadziałało, nie potrzebujesz transakcji rozproszonych. Potrzebujesz usługi pełnej sesji i przechowujesz kontekst EF w instancji usługi. Klient używa tej samej instancji proxy klienta, aby komunikować się z usługą dla wszystkich żądań, komunikacja będzie obsługiwana przez tę samą instancję usługi = tę samą instancję kontekstu EF, która zapamięta zmiany z poprzednich wywołań.

IMHO to bardzo zła architektura. Po prostu go nie używaj. Wyeksponuj wyspecjalizowane metody na usługi WCF, które będą wprowadzać zmiany i zapisywać je. Jeśli chcesz wykonać te metody w transakcji z innymi zasobami transakcyjnymi, użyj prawdziwej transakcji rozproszonej.

Answer 2

to może być powód. Ponieważ robisz aktualizację w innym kontekście. kontekst nie wie, że obiekt jest aktualizowany, aby powiedzieć kontekst, w którym obiekt jest modyfikowany, a następnie wywołuje savechnages(). Sprawdź, czy to pomaga