RoboVM, технология, позволяющая запускать Java-приложения на устройствах iOS, широко используется разработчиками игр. Известие о его закрытии стало ударом для тех, кто разрабатывает игры с libGDX, но линия жизни уже строится.
Проще говоря, идея RoboVM заключается в том, чтобы позволить вам кодировать на Java на iOS, а не на Objective C или Swift. Когда мы впервые сообщили в 2014 году, что это был проект с открытым исходным кодом, но в следующем году проект с открытым исходным кодом был закрыт, и когда мы сообщили о выпуске RoboVM 1.0, он был с коммерческими лицензиями от Trillian Micro. В течение шести месяцев RoboVM был приобретен Xamarin.
Сначала это казалось хорошей новостью для тех, кто занимается разработкой iOS-ганов с libGDX, поскольку генеральный директор Xamarin Нат Фридман написал в Твиттере:
«Версия RoboVM Business теперь бесплатна для всех инди-разработчиков, использующих libgdx»
Отвечая на дополнительный вопрос «как долго»:
«Пока я генеральный директор Xamarin»
Еще через шесть месяцев Microsoft приобрела Xamarin, что показалось нам очень позитивным, но мы не осознали негативных последствий для RoboVM.
Объясняя сообщение, появившееся на целевой странице RoboVM, в котором говорится, что RoboVM сворачивается и что не будет дальнейшего развития или распространения, сообщение в блоге от команды гласит:
В течение последних нескольких недель мы работали с командами Xamarin и Microsoft, чтобы оценить технологии и бизнес-условия RoboVM, чтобы определить дальнейший путь развития продуктов. После изучения всего ландшафта мобильной разработки с помощью Java было принято решение свернуть разработку RoboVM.
Спекуляции в других местах по поводу решения включают идею, что решение Microsoft состоит в том, чтобы избежать судебного иска со стороны Oracle.
Учитывая, что в настоящее время Microsoft, похоже, имеет склонность к проектам с открытым исходным кодом — в начале этого месяца она сделала Xamarin бесплатным и открытым исходным кодом как часть .NET Foundation — возможно, удивительно, что она не возвращает RoboVM сообществу с открытым исходным кодом, где он возник. Возможно, это все равно сопряжено с некоторым риском судебного разбирательства, и, поскольку это не .NET, его нельзя было легко поместить в предпочтительную корзину с открытым исходным кодом Microsoft.
Итак, что это значит для тех, кто использовал RoboVM.
Согласно сообщению в блоге, текущая платная или бесплатная подписка продлится до 30 апреля 2017 года, чтобы дать разработчикам время для перехода к альтернативе, а полный возврат средств возможен по запросу для тех, кто приобрел лицензии. В нем также описаны некоторые возможные варианты перехода, например как использование инструментов Xamarin и альтернативных пакетов SDK Java, предназначенных для iOS. В нем конкретно упоминается тот факт, что libGDX недавно объявила о поддержке Intel Multi-OS Engine, что делает его альтернативой для большинства активных разработчиков RoboVM.
Переход по ссылке, указанной для этой опции, приводит к сообщению в блоге, RoboVM больше нет, что теперь? Марио Зехнер, основатель проекта LibGDX. Он рассматривает плюсы и минусы следующих шести возможных вариантов для разработчиков RoboVM:
Мобильный OpenJDK 9
Codename One
J2ObjC
Птичий
Xamarin + IKVM
Intel Multi-OS Engine
После исключения первых четырех он признает, что, несмотря на недостатки, пятый, Xamarin + IKVM, вероятно, выиграет в отсутствие Intel Multi-OS Engine, ранее известного как Migeran. Объясняя, что новый backend libGDX уже был написан для движка Multi-OS, Цехнер описывает план развития libGDX, который к концу следующей недели сделает движок Multi-OS движком по умолчанию для вновь созданных проектов libGDX. В то время как дорожная карта включает в себя страховочную сетку по поддержанию бэкэнда RoboVM до истечения срока лицензий в апреле 2017 года, Зехнер рекомендует как можно скорее перейти на Multi-OS Engine.