Я хочу использовать SikuliX и кажется, что ему нужен JRuby. У них обоих с MinGW Ruby на одной машине может быть больно, так как pik имеет кучу проблем на GitHub и стареет.Любые подводные камни при переключении с МРТ на JRuby?
Итак, я думаю о полном переключении на JRuby. Но что бы я потерял? С какими проблемами я столкнулся?
UPD: Есть ли список неподдерживаемых драгоценных камней, например?
Как упоминалось в комментариях C-камни с расширением C являются проблемой, но большинство (популярных) драгоценных камней, таких как Nokogiri, также предоставляют собственную версию расширения Java, поэтому должно быть хорошо.
У таких, как встроенные адаптеры БД, нет «прямых» Java-альтернатив, но, предполагая, что с ними используется другая библиотека (ORM), у вас не будет проблем с переключением ... например. DM имеет прямую поддержку для использования стандарта базы данных Java, когда на JRuby, для AR есть уровень совместимости esp. называемый ActiveRecord-JDBC-адаптер, который обеспечивает совместимые адаптеры.
Любые драгоценные камни, которые строятся изначально на C, будут несовместимы. Существует экспериментальная - и теперь устаревшая - система, чтобы заставить их работать, но я никогда не мог получить удовлетворительные результаты с ней. Повреждения, такие как RMagick, адаптеры баз данных и Nokogiri, будут затронуты. Список альтернатив здесь, не знаю, насколько современны: https://github.com/jruby/jruby/wiki/C-Extension-Alternatives –
Вы можете установить оба Rubys без конфликтов. У меня есть MRI и JRuby, установленные на Windows из упакованных двоичных файлов без Pik; двоичные файлы JRuby начинаются с 'j', поэтому у них не так много шансов, что они столкнутся друг с другом. Если есть риск столкнуться, я не знаю, вы всегда можете просто оставить только один из них на своем пути за раз. Я предполагаю, что у SikuliX есть свои настройки для того, где можно найти JRuby, так что вы сможете полностью удержать JRuby от своего пути. – echristopherson