﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Ayende Rahien commented on Raven MQ – Client API Design</title><description>Frank,
  
If you have local tx, you can easily get distributed tx.
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment11</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment11</guid><pubDate>Sat, 13 Nov 2010 22:39:57 GMT</pubDate></item><item><title>Frank Quednau commented on Raven MQ – Client API Design</title><description>These transactions then, you are just stating that a send is successful when you know it will be readable by other subscriptions, or are you getting into some distributed stuff?
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment10</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment10</guid><pubDate>Sat, 13 Nov 2010 15:47:08 GMT</pubDate></item><item><title>Ayende Rahien commented on Raven MQ – Client API Design</title><description>Chris,
  
Thanks, I'll probably apply both suggestions
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment9</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment9</guid><pubDate>Thu, 11 Nov 2010 20:56:31 GMT</pubDate></item><item><title>Chris Patterson commented on Raven MQ – Client API Design</title><description>Gah, it stripped my Message&lt;T&gt; tag from the second Handle method.
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment8</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment8</guid><pubDate>Thu, 11 Nov 2010 20:53:28 GMT</pubDate></item><item><title>Chris Patterson commented on Raven MQ – Client API Design</title><description>Great to see some code snippets escaping, now on to some comments.
  
  
You are using the concept of an endpoint, but since the queues are specified after the endpoint, aren't you really creating a connection or a channel to the queue service. A multiplex channel to RavenMQ seems to make sense from a naming perspective.
  
  
On the subscribe semantics, could we combine the arguments into a pair of types, one for untyped and one for typed messages? My message handling methods could be:
  
  
void Handle(RavenMQ.Message msg)
  
{
  
    string body = Encoding.GetString(msg.Body);
  
    msg.Ack();
  
}
  
  
Or for a typed message
  
  
void Handle(RavenMQ.Message
&lt;accountchanged msg)
  
{
  
    _cache[msg.Body.AccountId] = msg.Body.Account;
  
    msg.Ack();
  
}
  
  
That way additional methods could be added to the Message or Message
&lt;t interfaces, and extension methods could be used to extend/simplify the syntax for things like publishing events, responding to requests, etc.
  
  
Just some ideas...
  
&gt;</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment7</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment7</guid><pubDate>Thu, 11 Nov 2010 20:51:59 GMT</pubDate></item><item><title>Tom Dietrich commented on Raven MQ – Client API Design</title><description>To modify an old internet meme, "This Thread Is Useless Without Sourcecode!"
  
  
Stop teasing me and let me under the hood already!
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment6</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment6</guid><pubDate>Thu, 11 Nov 2010 15:21:53 GMT</pubDate></item><item><title>Scooletz commented on Raven MQ – Client API Design</title><description>As far as I see, you tend to close the whole message processing in an action to have it wrapped with a transaction. Am I getting it right?
  
  
What about passed MEF container. Is is asked about all of the listeners/handlers of the specific message? If so, the DI in your handlers is saved!:D
  
  
  
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment5</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment5</guid><pubDate>Thu, 11 Nov 2010 14:49:03 GMT</pubDate></item><item><title>Hoghweed commented on Raven MQ – Client API Design</title><description>Cool!
  
I'm waiting to play with! I'm curious about the client api capabilities in a javascript environment, and I'm courios also to take a look to the code.
  
  
Just one thing, I don't really feel comfortable with the message sending, because it seems a little bit ...  difficult (sorry but words that cames in mi mind in italian could be translated just with "difficult")
  
  
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment4</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment4</guid><pubDate>Thu, 11 Nov 2010 14:28:58 GMT</pubDate></item><item><title>Uturn commented on Raven MQ – Client API Design</title><description>where can I get this? really impress me about REST style interaction!!
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment3</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment3</guid><pubDate>Thu, 11 Nov 2010 14:19:28 GMT</pubDate></item><item><title>json commented on Raven MQ – Client API Design</title><description>Looks tough.... ;)
</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment2</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment2</guid><pubDate>Thu, 11 Nov 2010 13:13:27 GMT</pubDate></item><item><title>J Healy commented on Raven MQ – Client API Design</title><description>Any IObservable features similar to ReactiveQueue?
  
  
[http://rxcontrib.codeplex.com/](http://rxcontrib.codeplex.com/)</description><link>http://ayende.com/4688/raven-mq-client-api-design#comment1</link><guid>http://ayende.com/4688/raven-mq-client-api-design#comment1</guid><pubDate>Thu, 11 Nov 2010 13:08:53 GMT</pubDate></item></channel></rss>