Using:
NServiceBus.Persistence.Sql v 3.1.0
NServiceBus.Persistence.Sql.MsBuild 3.1.0
Multiple developers on our team have run into a situation where we rebuild the solution, and any projects that are endpoints that contain sagas do not get the saga sql scripts generated. This appears to be completely random as sometime it works, sometimes it does not.
Sometimes, another rebuild fixes the issue, at other times, deleting the entire solution and pulling again from source control then rebuilding does it.
We haven’t been able to figure out what’s causing it yet, so I figured I’d post the issue here to see if anyone has experienced this behavior.
@DavidBoike, we don’t have any logs right now. I emailed all our devs to save the MSBuild logs when this happens and send them to me. When I get some logs, I’ll reach back out on this thread.
If you can, please capture a log file for both when you’re having the problem and a log for when the files are generated correctly.
Once you have them, it would be best to open a support case and send them to us that way. The binlogs can contain potentially sensitive information that you might not want to post publicly.
I have the log output for the happy path (all saga sql scripts are created). I’m assuming you want me to wait to open a support ticket until I can get the log output for the failed saga tables?
You don’t happen to have a transitive reference to NServiceBus.Persistence.SQL do you? I.e we use an internal library that references NSB, but if the endpoint doesn’t actually reference the NServiceBus.Persistence.SQL directly, you will run into problems.
@markgould, just checked. We directly reference NServiceBus.Persistence.SQLin the endpoint. However, I didn’t know about the problem with the indirect reference, so good to know.
@mgmccarthy I took a look through our support system, but I’m not seeing any sign that you sent us anything. Did you get a reply giving you a case number?
@bording, I apologize, but the email was in my drafts folder. I never sent it, but said I did on this board. The email was REALLY eventually consistent
I think @mgmccarthy must have figured it out on his own, because he never did send us the binlogs.
@AndreasGyr if you’re having a similar issue I’d suggest you open a support case and send us your binlogs as @bording suggested above. Be sure to include the versions of everything involved.
@DavidBoike@AndreasGyr, any time a dev experienced the problem, which was very intermittent, they weren’t logging, so we never did get those binlogs to Particular. Sorry.
I sent binlog files as well as the csproj files to support@particular.net. In our case, we can always reproduce it. But it’s not exactly the same case. We have a Saga implemented in an internal NuGet package and one Saga in our project where endpoint config is defined. After a build, we only have creation scripts for the saga inside the endpoint config project but NOT for the saga inside the NuGet package.