I am having a issue. I have created a .net core application that uses NSB7 and uses AzureServiceBus as Transport. The application runs and creates the queue but no messages are being placed on the queue.
The other applications are running on the full .net frameworks and NSB 6. These application are publishing messages. This messages are successfully consumed by other consumers running with NSB 6. However NSB 7 does not receive any messages from NSB 6. NSB 7 does receive messages from itself (NSB7)
Any ideas why when publishing from NSB 6 the messages does not arrive to the queue that has NSB7
In general, it would be much better to go through support channel to troubleshoot this kind of issues.
You can post your question to support here: http://particular.net/support
Interestingly in my local machine I am running a console application with NSB6 and do a publish and I am able to pick it up in the console application with NSB 7.
However when it is deployed to Azure the subscriber is not getting the messages. Subscribers with NSB6 do get the messages in Azure cloud
@gjek could you raise a support case with a reference to this thread?
The transport is still in preview, so not rulling out a posibility of a bug. Either way, itâs much better to troubleshoot over support channel.
When using NSB6, youâre using the NServiceBus.Azure.Transports.WindowsAzureServiceBus transport. Itâs important to ensure NSB6 endpoint is using the right topolgoy (see details here). If NSB6 endpoint is already on Forwarding topology, then letâs discuss over support case to get more details.
What kind of sanitization strategy are you using? For example, if you use ValidateAndHashIfNeeded topics that are longer than 50 chars will be hashed with a deterministic GUID using MD5. In order to be able to subscribe to that topic the endpoint using the new transport needs to have RuleName and SubscriptionName shortener that matches the sanitization strategy used in the v6 endpoint. Only then they can properly communicate.
Weâre not seeing anything weird that explain why messages arenât sent. Can you please upload the entire solution somewhere? Perhaps GitHub or via a .zip file?
@gjek Iâve increased your trust level on this forum, you should be able to upload files. Please try to remove any /obj/ and /bin/ folder though. If itâs .NET Core there should not be a /packages/ folder.
From what I could read/deduct so far, it doesnât seem to be transport issue. Check namespaces, validate entities and messages. There are several things that could be checked to facilitate troubleshooting (which were sent to you with the support case). Cheers.