Like pipes and filters where your domain service is just a filter. I was thinking about forwarding messages from my security endpoint to the app endpoint, security running as a separate app. The overhead would be the additional handling via RSB but would make security a snap to manage. I guess it depends the level of sophistication required and this might be naive. It just seems like if you already have the infrastructure in place for messaging as your access to your domain, you might as well isolate these kinds of cross cutting concerns.
On Sun, Mar 21, 2010 at 6:12 PM, Jason Meckley <[email protected]>wrote: > this thought hadn't crossed my mind. how would you see it working per > endpoint? > > On Mar 21, 3:47 pm, Mike Nichols <[email protected]> wrote: > > Would the overhead be too high to implement this as a filter > > (endpoint) ? > > > > On Mar 20, 8:00 am, Jason Meckley <[email protected]> wrote: > > > > > I want to spike validation and authorization of RSB message > > > processing. I will be using Castle.Validator and Rhino.Security. > > > Since each command will have validation and authorization I would like > > > to put the checks outside of the consumer. > > > > > I have used IMessageModule before to manage NH Session but that is > > > consumer independent so I never had to think about what information > > > the message(s) contains. For this spike I need access to the message > > > to validate and authorize. I'm not sure if this logic should be > > > implemented by an interceptor or message module though. > > > > > an Interceptor will require me to validate the interceptor is > > > associated with an IMessageConsumer. Easy enough with IOnBehalfAware. > > > However I could skip this check with a message module. A message > > > module can process multiple messages in a single transaction and I may > > > want 1 action to fail while another succeeds. I don't think I can do > > > that with a message module, at that point processing messages is all > > > or nothing. with an interceptor i could fail specific consumers and > > > run another operation (like process failed message, or process > > > unauthorized request.) > > > > > > -- > You received this message because you are subscribed to the Google Groups > "Rhino Tools Dev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<rhino-tools-dev%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/rhino-tools-dev?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en.
