Re: [masstransit-discuss] Messaging Channels and some other patterns

[Dru Sellers]

While MT uses a lot of ideas and patterns from EIP, it isn't a 'low level' lib for implementing these patterns. It makes a lot of assumptions about how you should work with messaging (w/ .net) and then makes those easy.

message translator: no

content based router: we do all routing based on message type

splitter: no

aggregator: no

@phatboyg please correct me if I am wrong.

-d

On Fri, Apr 19, 2013 at 1:59 PM, Ali B <abolo...@gmail.com> wrote:

Hi all,

I'm new to ESB and MT and trying to implement a solution. At the same time I'm studying different messaging channels as described in "Enterprise Integration Patterns" book. It's very obvious to me by studying Starbucks sample how I can create a publish-subscribe channel and sagas. Where can I find some information about implementing other messaging channels such as a point-to-point channel?

Also, does MT provide helpers to implement "message translator", "content-based router", "splitter" and "aggregator"?

Thanks,

Ali

--
You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to masstransit-dis...@googlegroups.com.
To post to this group, send email to masstrans...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msg/masstransit-discuss/-/S73caUROz9gJ.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Travis Smith]

Point-to-point would be via an IEndpointFactory and calling .Send() on it for a given URI. 

-Travis

[Ali B]

So here's the question, assuming one type of order received needs credit card verification and another doing bit-coin processing (based on the content of the order) how do we handle that in MT? I'm hoping we don't have to create two type of messages to publish to two different queues.

Ali B

[Chris Patterson]

This is where you would want to use the MassTransit.Courier, and create a different routing slip for each order type using the routing slip builder.

It's also advisable to use a saga (Automatonymous style) to track the state of the routing slip in case it needs to be retried, faults, etc.

--

Chris Patterson

On May 1, 2013, at 5:59 PM, Ali B <abolo...@gmail.com> wrote:

So here's the question, assuming one type of order received needs credit card verification and another doing bit-coin processing (based on the content of the order) how do we handle that in MT? I'm hoping we don't have to create two type of messages to publish to two different queues.

Ali B

--

You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to masstransit-dis...@googlegroups.com.
To post to this group, send email to masstrans...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msg/masstransit-discuss/-/qohkj9lcQmsJ.

[Jean Blignaut]

Hi Chris,

Is it at all possible to supply a code sample that demonstrates this?

I'm finding it tough to wrap my head around implementing Routing Slips with Automatonymous Sagas and yet I'm becoming more and more certain that its exactly what I need.

Jean Blignaut

On Thursday, 2 May 2013 04:50:15 UTC+2, Chris Patterson wrote:

This is where you would want to use the MassTransit.Courier, and create a different routing slip for each order type using the routing slip builder.

It's also advisable to use a saga (Automatonymous style) to track the state of the routing slip in case it needs to be retried, faults, etc.

--

Chris Patterson

On May 1, 2013, at 5:59 PM, Ali B <abolo...@gmail.com> wrote:

So here's the question, assuming one type of order received needs credit card verification and another doing bit-coin processing (based on the content of the order) how do we handle that in MT? I'm hoping we don't have to create two type of messages to publish to two different queues.

Ali B

--
You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send an email to masstransit-discuss+unsub...@googlegroups.com.

[sandeepc...@gmail.com]

I would also love to see a demo app implementing Routing Slips and Sagas.

[Chris Patterson]

It will take some time to create a public demo of the system, but I can try. I can't just paste the code from work, because, well, it's work code. :)

On Thu, Jul 4, 2013 at 7:56 PM, <sandeepc...@gmail.com> wrote:

I would also love to see a demo app implementing Routing Slips and Sagas.

--

You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send an email to masstransit-dis...@googlegroups.com.

To post to this group, send email to masstrans...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/masstransit-discuss/741fc42b-a8f1-4d1b-af3e-81f2269f90cf%40googlegroups.com.