When starting, app hangs if there are messages in the queue

[nimbusapi]

When starting, app hangs if there are messages in the queue

[lukeschafer]

more info

2014-03-19 10:32:46.854 +10:00 [Debug] Constructing bus...
2014-03-19 10:32:46.879 +10:00 [Debug] Creating message pumps and subscriptions.
2014-03-19 10:32:46.892 +10:00 [Debug] Creating command message pumps
2014-03-19 10:32:46.893 +10:00 [Debug] Creating message pump for command type "ConvertToPDFCommand"
2014-03-19 10:32:46.904 +10:00 [Debug] Creating request message pumps
2014-03-19 10:32:46.907 +10:00 [Debug] Creating multicast request message pumps
2014-03-19 10:32:46.909 +10:00 [Debug] Creating multicast event message pumps
2014-03-19 10:32:46.912 +10:00 [Debug] Creating competing event message pumps
2014-03-19 10:32:46.912 +10:00 [Debug] Message pumps and subscriptions are all created.
2014-03-19 10:32:46.914 +10:00 [Debug] Bus built. Job done!
2014-03-19 10:32:46.925 +10:00 [Debug] Bus starting...
2014-03-19 10:32:46.937 +10:00 [Debug] Message pump for "inputqueue.order.endpoint.MACHINENAME" starting...
2014-03-19 10:32:46.937 +10:00 [Debug] Message pump for "q.pdf.messages.converttopdfcommand" starting...
2014-03-19 10:32:46.959 +10:00 [Debug] Fetching existing queues...
2014-03-19 10:32:48.302 +10:00 [Debug] Message pump for "inputqueue.order.endpoint.MACHINENAME" started
2014-03-19 10:32:48.348 +10:00 [Debug] Dispatching message: "Microsoft.ServiceBus.Messaging.BrokeredMessage{MessageId:1d3cd07401ba48fc9f2db2acb879854a}" from null

[lukeschafer]

OK, so what I've determined so far (and enough to implement a work-around):

We're using Nancy+Autofac. Configuration happens in the bootstrapper, but doesn't activate. The first handler has a bus dependency so nimbus was activating during a nancy request. Not sure what was at play there, but I found that by resolving IBus straight after the container initialisation caused everything to work just fine.

[gertjvr]

Something I have done with autofac is register the bus as follow

builder.RegisterNimbus(handlerTypesProvider);
builder.Register(componentContext => new BusBuilder()
                     .Configure()
                     .WithConnectionString(connectionString)
                     .WithNames("MyApp", Environment.MachineName)
                     .WithTypesFrom(handlerTypesProvider)
                     .WithAutofacDefaults(componentContext)
                     .Build())
       .As<IBus>()
       .AsSelf()
       .SingleInstance();

and on service / application start call container.Resolve<Bus>().Start() this has another nice affect doing any convention tests (can all message types resolve from the container) doesn't start the bus.

[lukeschafer]

Yeah cheers. Our solution was pretty much similar :)

[DamianMac]

@lukeschafer Were you calling Start or Autoactivate on the bus as part of your container configuration like we do here ? If you did that and it's not starting automatically that's a worry.

[lukeschafer]

Yeah we were using auto activate.
On 29/03/2014 11:13 AM, "Damian Maclennan" [email protected] wrote:

@lukeschafer https://github.com/lukeschafer Were you calling Start or
Autoactivate on the bus as part of your container configuration like we
do herehttp://nimbusapi.github.io/doc/Configuring-Nimbus-With-Autofac.html? If you did that and it's not starting automatically that's a worry.

Reply to this email directly or view it on GitHubhttps://github.com//issues/61#issuecomment-38982506
.