Hmm. Alright - I guess I could see that... I'm coming at it from the standpoint of the giant single assembly that has everything and then selectively hosting from that. I guess in terms of enforcing separation of responsibilities it might be good to group them based on responsibility. Definitely food for thought...
On Thu, Jan 29, 2009 at 1:38 PM, Ayende Rahien <[email protected]> wrote: > Yes, that is what I am intending. An assembly per service, and a service can > be hosted as a service > > On Thu, Jan 29, 2009 at 4:36 PM, Matt Burton <[email protected]> wrote: >> >> Consumers it is. >> >> For the DefaultHost you can do that, yes - but can you do that for the >> Windows service that you provide (Rhino.ServiceBus.Host) - in the >> ExecutingOptions you can only specify the assembly name and then the >> DefaultHost does a check to ensure that there's only one bootstrapper >> type in the assembly. I could be missing something but that's what it >> looks like on the surface. >> >> Do you have an assembly per hosted service? It feels like that would >> get out of hand quickly... >> >> On Thu, Jan 29, 2009 at 1:20 PM, Ayende Rahien <[email protected]> wrote: >> > I name them consumers. >> > You can pass a bootstrapper type to the host, and the bootstrapper can >> > override a method (configure container, iirc) to do the selection >> > >> > On Thu, Jan 29, 2009 at 4:15 PM, Matt Burton <[email protected]> >> > wrote: >> >> >> >> Quick question - I'm looking at the RSB host service and I'm wondering >> >> what the prescribed strategy is here for usage. What I've been doing >> >> up to this point in my spikes is using the remote app domain host with >> >> bootstrappers that implement the "IsTypeAcceptableForThisBootStrapper" >> >> method to filter based on the namespace I'm interested in for that >> >> particular host. This allows me to keep all my services in a single >> >> assembly, filtered by namespace. The host doesn't give this level of >> >> control, however, and seems to want a single assembly that will in >> >> turn contain a single bootstrapper class. I definitely prefer to have >> >> as few assemblies as possible. Would it be possible to add namespace >> >> filtering as an argument or something along those lines to the host? >> >> Or am I missing something altogether here? >> >> >> >> Also - in NSB there's the concept of message "handlers" - >> >> IMessageHandler<T> - in RSB we have ConsumerOf<T> - do you typically >> >> name your classes as consumers - "...Consumer" or are they handlers - >> >> "...Handler"? I know it's a minor point but someone was asking about >> >> it... >> >> >> >> Thanks, >> >> Matt >> >> >> >> >> > >> > >> > > >> > >> >> > > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
