У меня нет опыта работы с инструментом миграции, но я участвую в большом проекте по переходу с Forms на Apex. С тех пор как мы начали работать около 2 лет назад, инструмент миграции нам не был доступен, и мы вроде как создали свой собственный. Но преобразование действительно довольно сложно автоматизировать, за исключением простой части, которая в основном состоит из разметки экрана и элементов. Таким образом, у нас есть метод для генерации первых страниц Apex с правильными элементами в (более или менее) правильной компоновке, но тогда нам все еще предстоит большая работа по проверке триггеров и библиотек форм на наличие фрагментов PL / SQL и выяснению что с ними делать (некоторые являются избыточным специфичным для Forms кодом, некоторые являются проверками на стороне клиента, которые нам нужно переписать в Javascript, некоторые являются бизнес-логикой, которой вообще не должно быть в пользовательском интерфейсе, и которую нужно перемещать в пакеты) .
Я думаю, что основным преимуществом инструмента миграции по сравнению с тем, что мы сделали сами, является, вероятно, «управление псевдопроектами», так как оно дает вам список вещей, которые необходимо преобразовать вручную, и отслеживает, что вы сделали. Это принесло бы дивиденды в большом проекте, подобном нашему, но, возможно, не так много в небольших проектах. Для небольших проектов я бы сказал: «Давайте рассмотрим, что делает старое приложение Forms, переопределим требования и создадим его с нуля в Apex». Вы действительно не хотите, чтобы ваши приложения Apex выглядели как приложения Forms с помадой на них!