Инструменты для преобразования не-Java в исходный код Java

Вы можете попробовать найти компилятор байт-кода Java для языка, о котором вы говорите (существуют компиляторы JVM для всех типов языков), а затем декомпилировать байт-код обратно в Java с помощью декомпилятора, такого как Jad.

Это чревато опасностями. Восстановленный код будет отстойным и, вероятно, будет нечитаемым.

Google: ANTLR

Из ADA в Java можно выполнить поиск и замену!

Если вы просто хотите использовать устаревший код C / Pascal, вы также можете использовать JNI для его вызова из Java.

Если вы хотите запустить его в Java-апплете или аналогичной ограниченной среде, и он не должен быть очень эффективным, вы можете использовать Вложенная виртуальная машина (который является преобразователем байт-кода из MIPS в Java) в сочетании с кросс-компилятором gcc, который компилируется в MIPS). Но не ожидайте от этого получить читабельный код Java.

Преобразование языка довольно простое, но вы обнаружите, что библиотеки разные. Скорее всего, это будет большая часть вашей работы.

Любой из этих инструментов может помочь, только если ваш код, отличный от java, недостаточно велик.

Если это огромный не java-код, и если вы хотите серьезно перевести его на java, то нужно подумать о нескольких вещах, это не просто сотни строк кода, под ним есть дизайн, есть несколько решений, принятых людьми ниже код, с помощью которого могли быть решены определенные проблемы, и кое-что там работало. и не стоит тратить время на хороший переводчик, поскольку его не будет, это не просто перевод синтаксиса с одного языка на другой.

Если это не такой огромный код, его лучше переписать на java, так как у него так много пакетов API из коробки, это может не иметь большого значения, найм нескольких стажеров для этого также может помочь.

Миграции от источника к источнику подпадают под действие Трансформация программы. Program-Transformation.org отслеживает куча инструментов, которые полезны для распознавания, анализа и преобразования языков. Вот некоторые из них, которые могут выполнять миграцию из исходного кода в исходный:

• Мета-среда ASF + SDF - Как уже отмечалось, для этого инструмента нет новых разработок. Вместо этого разработчики сосредоточились на Rascal.
• Язык мета-программирования Rascal
• Stratego / XT
• TXL
• Набор инструментов для реинжиниринга программного обеспечения DMS® (коммерческий)

Если вы проведете какое-то время с одним из инструментов с открытым исходным кодом, вы заметите, что, хотя они включают в себя миграцию из исходного кода в качестве функции, трудно найти рабочие примеры. Я полагаю, это потому, что не существует такой вещи, как универсальная миграция. Каждый проект / группа использует уникальный язык и может различаться в зависимости от используемых библиотек, сложности типов, идиом, стиля и т. д. Имеет смысл определять некоторые преобразования для каждой миграции. Это означает, что проект должен достичь некоторой критической массы, прежде чем автоматическая миграция окупится.

Несколько связанных документов:

• Введение в Rascal - включает миграцию между игрушечным языком Pico и Assembly, начиная со страницы 94.
• Решение проблемы 500 языков
• Эксперимент по автоматическому преобразованию устаревших программ Java в C# (закрытый) - использует TXL