Возможно, вы найдете ответы на вопросы similar question. В зависимости от вашего приложения может быть доступно плавное подключение вашего приложения RoR для запуска на JRuby с учетом оговорок, отмеченных в этом ответе. Но вы должны быть уверены, что выгоды от этого уравновешивают усилия и потенциальные риски.
В качестве альтернативы вы можете рассмотреть возможность использования этих средств библиотеки Java для вашего приложения MRI Rails в качестве внутренней веб-службы (которая может быть Rails или Sinatra или аналогичной), построенной на JRuby. Таким образом вы отделите элементы и снимите риск с проектом. Если впоследствии вам было удобно работать с этой работой, вы могли бы рассмотреть возможность их свертывания вместе, все под JRuby-on-Rails, если бы это имело смысл.
UPDATE: Добавление большего количества деталей на спрашивающих запросить
Как я не знаком с тем, что ваше приложение или библиотеки Java сделать это будет несколько абстрактно, но я надеюсь, что вы можете заполнить пробелы, чтобы удовлетворить ваши потребности ,
Похоже, что полный перенос приложений Rails для запуска на Jruby невозможен. Хорошо. Таким образом, одна идея заключалась бы в том, чтобы предоставить вашу библиотеку Java в качестве веб-службы (например, RESTful) в ваше приложение RoR. Назовем это JLS. В этом случае он будет работать как сетевой сервис Java или Jruby, прослушивать запросы, звонить в библиотеку и отправлять ответы (общая размахивая руками здесь, но вы получаете идею).
В зависимости от того, что ваши разработчики более удобны, вы можете создать JLS на Java, где может быть контейнер Servlet. Или вы можете разработать JLS в Ruby, работая на Jruby (привязка к вашей библиотеке Java) и использовать инфраструктуру Rails или Sinatra для ее реализации.
На стороне RoR, если вы сделали JLS RESTful (и я не знаю, подходит ли это в вашем случае), вы можете использовать средство ActiveResource
для связи с JLS.
Таким образом, приложение RoR и JLS запускаются в отдельных пространствах памяти (возможно, даже разных хостов). Каждый из них может быть разработан несколько независимо (с RESTful интерфейсом, конечно, конечно), и ваше приложение RoR не нужно нарушать или подвергать риску.
Этот предлагаемый вариант поставляется с тоннами мелкой печати, но я надеюсь, что вы получите общую идею.
Если бы вы могли дать мне возможность начать спускаться по этому проспекту, я бы очень признателен. – anxiety