<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: NHibernate, NServiceBus i transakcje</title>
	<atom:link href="http://simon-says-architecture.com/2010/01/13/nhibernate-nservicebus-i-transakcje/feed/" rel="self" type="application/rss+xml" />
	<link>http://simon-says-architecture.com/2010/01/13/nhibernate-nservicebus-i-transakcje/</link>
	<description>Szymon Pobiega about software engineering and architecture</description>
	<lastBuildDate>Sun, 22 Aug 2010 17:20:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<meta xmlns="http://www.w3.org/1999/xhtml" name="robots" content="noindex,follow" />
	<item>
		<title>By: Szymon Pobiega</title>
		<link>http://simon-says-architecture.com/2010/01/13/nhibernate-nservicebus-i-transakcje/comment-page-1/#comment-662</link>
		<dc:creator>Szymon Pobiega</dc:creator>
		<pubDate>Thu, 04 Mar 2010 06:37:54 +0000</pubDate>
		<guid isPermaLink="false">http://simon-says-architecture.com/?p=259#comment-662</guid>
		<description>Niestety nie da się zachować transakcyjności operacji na kolejkach i bazie bez DTC, nawet lokalnie. Jeśli twoje środowisko zakłada, że serwer bazodanowy i kolejki znajdują się na jednej maszynie, to nie powinno być problemu z przekonaniem adminów do włączenia MS DTC wyłącznie dla dostępu lokalnego.

Z drugiej strony możesz próbować obejść wymaganie transakcyjności na poziomie biznesu: Twoje komunikaty mogą być idempotentny, dzięki czemu nie musisz odczytu z kolejki i zapisu do bazy robić w jednej transakcji -- wystarczy, że transakcja kolejkowa zakończy się PO bazodanowej (gwarantuje to NSB). Wtedy w najgorszym wypadku ten sam komunikat zostanie dostarczony do Twojej usługi wielokrotnie. Jeśli jesteś sobie z tym w stanie poradzić, możesz spokojnie żyć bez transakcji rozproszonych.</description>
		<content:encoded><![CDATA[<p>Niestety nie da się zachować transakcyjności operacji na kolejkach i bazie bez DTC, nawet lokalnie. Jeśli twoje środowisko zakłada, że serwer bazodanowy i kolejki znajdują się na jednej maszynie, to nie powinno być problemu z przekonaniem adminów do włączenia MS DTC wyłącznie dla dostępu lokalnego.</p>
<p>Z drugiej strony możesz próbować obejść wymaganie transakcyjności na poziomie biznesu: Twoje komunikaty mogą być idempotentny, dzięki czemu nie musisz odczytu z kolejki i zapisu do bazy robić w jednej transakcji &#8212; wystarczy, że transakcja kolejkowa zakończy się PO bazodanowej (gwarantuje to NSB). Wtedy w najgorszym wypadku ten sam komunikat zostanie dostarczony do Twojej usługi wielokrotnie. Jeśli jesteś sobie z tym w stanie poradzić, możesz spokojnie żyć bez transakcji rozproszonych.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomasz Modelski</title>
		<link>http://simon-says-architecture.com/2010/01/13/nhibernate-nservicebus-i-transakcje/comment-page-1/#comment-661</link>
		<dc:creator>Tomasz Modelski</dc:creator>
		<pubDate>Wed, 03 Mar 2010 23:47:22 +0000</pubDate>
		<guid isPermaLink="false">http://simon-says-architecture.com/?p=259#comment-661</guid>
		<description>A tak generalnie, to strasznie fajnie jak mi w google-u coś wartościowego po polsku zaczęło wyskakiwać na techniczne .Net-owe zapytania. 
Mówię o twoim blogu, bo właśnie rozgryzam NServiceBus-a, uruchomiłem już i działa, mam już pierwsze &#039;workflow-y&#039; obsługi płatności zrobione ale pewnie jeszcze dużo przede mną.</description>
		<content:encoded><![CDATA[<p>A tak generalnie, to strasznie fajnie jak mi w google-u coś wartościowego po polsku zaczęło wyskakiwać na techniczne .Net-owe zapytania.<br />
Mówię o twoim blogu, bo właśnie rozgryzam NServiceBus-a, uruchomiłem już i działa, mam już pierwsze &#8216;workflow-y&#8217; obsługi płatności zrobione ale pewnie jeszcze dużo przede mną.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomasz Modelski</title>
		<link>http://simon-says-architecture.com/2010/01/13/nhibernate-nservicebus-i-transakcje/comment-page-1/#comment-660</link>
		<dc:creator>Tomasz Modelski</dc:creator>
		<pubDate>Wed, 03 Mar 2010 23:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://simon-says-architecture.com/?p=259#comment-660</guid>
		<description>Szymon. Czy można robić transkacyjne kolejki (konfiguracja NSB IsTransactional = true) ale bez użycia Ms Distributed Transaction Coordinator-a, w obrębie jednej maszyny ?
W moim projekcie mam właśnie NSB w konfiguracji  IsTransactional = true no i gdy rozpoczynam transkację NHibernate poprzez TransactionScope() to zaczyna się włączać MSDTC, ale z jakimś błędem i klops. 
Mogę ustawić NSB IsTransactional = false, wtedy wszysko jest ok, ale jak rozumiem ryzykuję utratę Message, gdy jej obsługa w handlerze nie powiedzie się, tak ?</description>
		<content:encoded><![CDATA[<p>Szymon. Czy można robić transkacyjne kolejki (konfiguracja NSB IsTransactional = true) ale bez użycia Ms Distributed Transaction Coordinator-a, w obrębie jednej maszyny ?<br />
W moim projekcie mam właśnie NSB w konfiguracji  IsTransactional = true no i gdy rozpoczynam transkację NHibernate poprzez TransactionScope() to zaczyna się włączać MSDTC, ale z jakimś błędem i klops.<br />
Mogę ustawić NSB IsTransactional = false, wtedy wszysko jest ok, ale jak rozumiem ryzykuję utratę Message, gdy jej obsługa w handlerze nie powiedzie się, tak ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
