[jboss-cvs] JBossAS SVN: r77678 - projects/docs/enterprise/4.3/Messaging/JBoss_Messaging_User_Guide/de-DE.

Sat Aug 30 04:27:21 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-08-30 04:27:21 -0400 (Sat, 30 Aug 2008)
New Revision: 77678

Modified:
   projects/docs/enterprise/4.3/Messaging/JBoss_Messaging_User_Guide/de-DE/C_Configuration.po
Log:
update

Modified: projects/docs/enterprise/4.3/Messaging/JBoss_Messaging_User_Guide/de-DE/C_Configuration.po
===================================================================

--- projects/docs/enterprise/4.3/Messaging/JBoss_Messaging_User_Guide/de-DE/C_Configuration.po	2008-08-30 06:46:45 UTC (rev 77677)
+++ projects/docs/enterprise/4.3/Messaging/JBoss_Messaging_User_Guide/de-DE/C_Configuration.po	2008-08-30 08:27:21 UTC (rev 77678)
@@ -9,7 +9,7 @@
 "Project-Id-Version: C_Configuration\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-07-22 02:07+0000\n"
-"PO-Revision-Date: 2008-08-28 17:55+1000\n"
+"PO-Revision-Date: 2008-08-30 18:26+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -345,7 +345,6 @@
 #. Tag: para
 #: C_Configuration.xml:111
 #, no-c-format
-#, fuzzy
 msgid ""
 "If the call to send a persistent message to a persistent destination returns "
 "successfully with no exception, then you can be sure that the message was "
@@ -362,17 +361,8 @@
 "them if they arrive. Duplicate checking is a very powerful technique that "
 "can remove the need for XA transactions in many cases."
 msgstr ""
-"Falls der Aufruf für das Senden einer persistenten Nachricht an eine persistente Destination erfolgreich und ohne Ausnahme wiedergegeben wird, so können Sie sicher sein, dass die Nachricht persisitiert wurde. Wird der Aufruf jedoch nicht erfolgreich wiedergegeben, wurde z.B. eine Ausnahme gemeldet, dann *können Sie nicht sicher sein, dass die Nachricht nicht persistiert wurde*. "
-"Es ist möglich, dass die Fehlfunktion nach dem Persistieren der Nachricht aber vor dem Schreiben der Antwort an den Aurufer erfolgt ist. but "
-"before writing the response to the caller. This is a common attribute of any "
-"RPC type call: You can't tell by the call not returning that the call didn't "
-"actually succeed. Whether it's a web services call, an HTTP get request, an "
-"ejb invocation the same applies. The trick is to code your application so "
-"your operations are *idempotent* i.e. they can be repeated without getting "
-"the system into an inconsistent state. With a message system you can do this "
-"on the application level, by checking for duplicate messages, and discarding "
-"them if they arrive. Duplicate checking is a very powerful technique that "
-"can remove the need for XA transactions in many cases."
+"Falls der Aufruf für das Senden einer persistenten Nachricht an eine persistente Destination erfolgreich und ohne Ausnahme wiedergegeben wird, so können Sie sicher sein, dass die Nachricht persisitiert wurde. Wird der Aufruf jedoch nicht erfolgreich wiedergegeben, wurde z.B. eine Ausnahme gemeldet, dann *können Sie nicht sicher sein, dass die Nachricht nicht persistiert wurde*.  "
+"Es ist möglich, dass die Fehlfunktion nach dem Persistieren der Nachricht aber vor dem Schreiben der Antwort an den Aurufer erfolgt ist. Dies ist ein gängiges Attributs jeden Aufrufs des RPC-Typs: Sie können nicht einfach aufgrund nicht reagierenden Aufrufs darauf schließen, dass dieser fehlgeschlagen ist. Ganz gleich, ob es sich um einen Aufruf von Web-Diensten, eine HTTP \"get\"-Anfrage oder einen ejb-Aufruf handelt - es gilt dasselbe. Der Trick besteht darin, den Code Ihrer Anwendungen so zu schreiben, dass Ihre Operationen *idempotent* sind, d.h. diese wiederholt werden können, ohne dass das System in einen inkonsistenten Status gelangt. Mit einem Nachrichtensystem können Sie dies auf Nachrichtenebene tun, indem Sie auf doppelte Nachrichten prüfen und diese bei deren Ankunft verwerfen. Das Prüfen doppelter Nachrichten (sog. \"Duplicate Checking\") ist ein wirkungsvolles Mittel, das in vielen Fällen die Notwendigkeit von XA-Transaktionen beseitigt."
 
 #. Tag: para
 #: C_Configuration.xml:126


