17. januar 2008 - 11:05Der er
5 kommentarer og 1 løsning
SOAP Klienter og Transaktioner
Hej,
Jeg sidder lidt i en kattepine:.. Jeg har en ws, som er udstillet via soap, klienten er genereret, og jeg skal nu lave nogle integrations tests i UI'en, og skal have mulighed for at rulle tilbage i basen bag web servicen.
Da servicen er udstillet via soap og kører på en bea 9,2 har jeg ingen mulighed for distributed transactions.
Jeg har ikke styr på hvilke tabeller der bliver berørt bag servicen, men skal helst kunne lave en rollback hvis visse klient valideringer fejler. (er klar over designet er fucked, det er out of my hands)
Er der nogen der har prøvet dette eller lign, på en eller anden måde uddelegere transaktions styringen til klienten ?
Ref til den stateful session bean kan gemmes i session. De eksisterende session beans vil (med normale transaction attributter) blive indrullet i den nye beans transaction. Den nye bean indeholder en raekke passthrough metoder plus en metode der smider en EJBException der faar containeren til at rulle det hele tilbage.
Jeg blev nød til at benytte mine update stempler på basen, VI har nogle felter i hver tabel der beskriver den sidste hendelse, heri ligger hvilken bruger der lave updaten så jeg har manuelt lavet en "delete eller update" ud fra hvilken bruger der har gjort hvad, ikke særligt pænt. men for at køre tests...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
