You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We often deploy logically separate services as a single deployment unit using a single service or web app as the host and then boot up the logically separate services within the same application / app domain.
Due to the static Configuration property of the MinionConfiguration, this can cause issues when the MinionConfiguration is configured by multiple logical services. I've had a cursory look and it appears that the static nature of the MinionConfiguration can be fairly easily removed. This would mean that a MinionConfiguration instance is constructed and passed into BatchEngine for example as a constructor parameter.
var minionConfiguration = new MinionConfiguration();
minionConfiguration.UseSqlStorage("<connection string>");
var engine = new BatchEngine(minionConfiguration);
engine.Start();
Is this something you'd be open to adding?
The text was updated successfully, but these errors were encountered:
No worries, my concern with using the second constructor is it bypasses the argument validation rules particularly in batch engine. Additionally the configuration extension methods don't pass the MinionConfiguration instance represented by "this" in the extension method to the underlying object. This has the effect of the wrong date service being applied in the case of say the SQL Storage object. It just reduces the syntax sugar usefulness a bit.
We're having a lot of success with generic host builder. It might be worth looking at what's coming in net core 3.0 with the consolidation of generic host and Web host builder.
We often deploy logically separate services as a single deployment unit using a single service or web app as the host and then boot up the logically separate services within the same application / app domain.
Due to the static Configuration property of the MinionConfiguration, this can cause issues when the MinionConfiguration is configured by multiple logical services. I've had a cursory look and it appears that the static nature of the MinionConfiguration can be fairly easily removed. This would mean that a MinionConfiguration instance is constructed and passed into BatchEngine for example as a constructor parameter.
Is this something you'd be open to adding?
The text was updated successfully, but these errors were encountered: