Jake, That is intentional, we never create the queues that we are going to _send_ to.
On Thu, Jun 3, 2010 at 5:44 PM, JakeS <[email protected]> wrote: > I think I've figured it out. The code does exist to determine which > kind of queue structure is appropriate for the system, I just wasn't > using it. > > I was manually setting up a OnewayBus instead of using the > OnewayRhinoServiceBusFacility to wire things up. Using this facility > made it detect that it should use the FlatQueueStrategy. > > Now it works fine. But it appears that the > OnewayRhinoServiceBusFacility won't generate the queues I need, while > the RhinoServiceBusFacility does. This puts me in the strange place > of having to run my worker process(which uses the regular bus to get > the messages) FIRST to ensure that the queues are created properly. > > On Jun 2, 3:52 pm, Mike Nichols <[email protected]> wrote: > > MSMQ 3 doesn't support child/nested queues. You need to be sure the > > appropriate queues are set up individually. There may be a utility > somewhere > > in there that will do that as part of a deployment action. > > > > > > > > On Wed, Jun 2, 2010 at 12:40 PM, JakeS <[email protected]> wrote: > > > I see some discussion about MSMQ 3.0 support from > > > > >http://groups.google.com/group/rhino-tools-dev/browse_thread/thread/c. > .. > > > , > > > but I'm not sure if it was ever resolved. > > > > > My sample project runs fine on my Win7 machine with MSMQ 5, but when I > > > move it to a windows 2003 server I get the following exception: > > > > > Unhandled Exception: System.Messaging.MessageQueueException: Invalid > > > queue path > > > name. > > > at > > > System.Messaging.MessageQueue.ResolveFormatNameFromQueuePath(String > > > queueP > > > ath, Boolean throwException) > > > at System.Messaging.MessageQueue.get_FormatName() > > > at System.Messaging.MessageQueue.Purge() > > > at RhinoESBTest.Core.PrepareQueues.PurgeSubqueue(String queuePath, > > > String sub > > > queueName) in D:\Projects\RhinoESBTest\RhinoESBTest.Core > > > \PrepareQueues.cs:line 6 > > > 1 > > > at RhinoESBTest.Core.PrepareQueues.PurgeSubqueues(String queuePath, > > > QueueType > > > queueType) in D:\Projects\RhinoESBTest\RhinoESBTest.Core > > > \PrepareQueues.cs:line > > > 43 > > > at RhinoESBTest.Core.PrepareQueues.Prepare(String queueName, > > > QueueType queueT > > > ype) in D:\Projects\RhinoESBTest\RhinoESBTest.Core > > > \PrepareQueues.cs:line 19 > > > at RhinoESBTest.Core.Requester..ctor() in D:\Projects\RhinoESBTest > > > \RhinoESBTe > > > st.Core\Requester.cs:line 21 > > > > > It does create a videoencoder private queue on the machine, but it > > > looks like it's failing right after that, creating the subqueues for > > > errors and subscriptions and such. > > > > > Was the patch for 3.0 compatibility ever applied? > > > > > -- > > > 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]> > <rhino-tools-dev%2Bunsubscribe@ googlegroups.com> > > > . > > > 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]<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.
