Решением (как я понял) было изменение адреса конечной точки при регистрации зависимости, т. Е.
var environment = Environment.GetEnvironmentVariable("ASPNETCORE_ENVIRONMENT");
services.AddTransient<IAnvandareService, AnvandareServiceClient>((ctx) => new AnvandareServiceClient()
{
Endpoint =
{
Address = new EndpointAddress($"https://{environment}.example.net/Service.svc")
}
});
Вот сообщение в блоге от компании, которая создала межплатформенное, многопоточное, настольное приложение моделирования с JRuby. Я думаю, что их успех указывает, что JRuby готов к производственным приложениям предприятия.
http://spin.atomicobject.com/2009/01/30/ruby-for-desktop-applications-yes-we-can
На самом деле это довольно быстро также. Я не уверен, как они все выдерживают сравнение теперь, но с новым динамическим вызывают байт-код, добавленный к JVM, это должно стать безусловно самой быстрой доступной реализацией.
Groovy и Grails должны также получить большое повышение скорости от этого довольно скоро.
JRuby среди самых быстрых реализаций Ruby прямо сейчас и определенно готового производства.
Вот некоторые "истории успеха" из jruby.org:
Jason Seifer говорит да. Его презентация VM's Ruby находится на InfoQ.
Взгляд на различные виртуальные машины Ruby (JRuby, MagLev, IronRuby, Rubinius, MacRuby) и как выбрать то, что подходит лучше всего в предприятии.
http://www.infoq.com/presentations/seifer-ruby-vm-comparison
We're using it at our company on a large project. The major problem we find is that there isn't as large of a community built around the technology as say Java or .Net. Which makes recruiting difficult.
Вики "JRuby Wiki" переехала в Кенай. Страницу историй успеха можно найти здесь: