Привет!

Доку читал, Гугл спрашивал, сам пробовал. Вопросы остались.

0. Кто-нибудь знает алгоритм, по которому формируется скрипт обновления утилитой APEXExportSplitter:
Потому что по не менявшемуся файлу экспорта приложения эта утилита создаёт не пустой скрипт, что меня удивляет. Даже больше скажу, в этом скрипте есть только вызов скрипта создания одного и того же компонента дважды, что похоже на багу:
1. И вообще, есть ещё хоть какая-то информация, помимо содержащейся в apex/utilities/readme.txt, по утилитам APEXExport и APEXExportSplitter? Например, как изменить/убрать префикс пути до f<application_number> включительно в итоговом файле install.sql; как запускать эту утилиту из произвольной директории, а не только из apex/utilities; что даёт опция nochecksum; будут ли эти утилиты поддерживаться в следующих релизах?
-------------------------------------------------------
When I say "RTFM" or "STFF" or "STFW",
the third letter means "Following" or "Fine"...

По результатам моего косноязычного общения на OTN Forums (пока не окончательным):

0. C опцией update создаётся скрипт обновления, в который включаются все компоненты, изменившиеся с момента последней разбивки файла экспорта. Чтобы определить, изменился ли компонент, сравниваются контрольные суммы скриптов этого компонента. Если компонент изменился - мы получаем новый файл на месте старого и строку с вызовом этого файла в update.sql . Почему временами в update.sql попадают не изменившиеся компоненты - пока непонятно.

1. По умолчанию APEXExportSplitter при разбивке проверяет, изменился ли компонент. Если компонент не изменился и его файл уже существует (т.е., мы разбиваем экспорт приложения повторно в ту же папку), то файл остаётся нетронутым, время его последней модификации тоже не изменяется. Если включить опцию nochecksum , то даже у не изменившихся файлов обновится время последней модификации. Эдакий аналог touch .

2. Возможности изменять префикс имён скриптов, вызывающихся в install.sql и update.sql, и вызывать APEXExportSplitter из любой папки будут реализованы в следующих версиях.

3. Планируется поддерживать APEXExport и APEXExportSplitter в следующих релизах. :)