2010-09-21 4 views
1

Я ищу способ импортировать существующий xpo-экспорт через командную строку в ax2009 aot и затем скомпилировать только этот импортированный xpo. google рассказывает мне, как скомпилировать весь aot по командной строке, что занимает довольно много времени. , так есть способ импортировать xpo (общий проект) и скомпилировать только эти объекты?импорт и компиляция axapta 2009 xpo по командной строке

Какие возможности доступны, если объекты, которые необходимо импортировать, контролируются версией топора и регистрируются?

в надежде на легкий способ автоматизации при необходимости отъезда, импорт, избежать перезаписи -questions, компиляции и запуска;)

заранее спасибо!

ответ

0

Вы можете сделать у вас есть при запуске команды:

  1. Создайте новый класс и расширить SysStartupCmd
  2. Измените construct метод SysStartupCmd назвать вам класс.
  3. Выполняйте все, что вам нужно, это включает в себя анализ переменной parm.

Кроме того, вы будете иметь дело с контролем версий, позвонив CheckIN/проверку в коде обработке ошибок компиляции и т.д.

Там нет простого способа, это сложный материал.

+0

если я буду это Кстати, я полагаю, что эти корректировки должны быть скомпилированы ранее, не так ли? если правильно, в чем преимущество использования другого объекта? Я согласен с этим решением, пока я импортирую и запускаю код на своей собственной установке, но проект, который необходимо импортировать, должен быть импортирован при установке клиента! – Nico

+0

Вы не можете импортировать специальную процедуру установки с помощью специальной процедуры установки в первый раз (поскольку она еще не существует в целевом приложении). Сначала вы будете делать это вручную. Процедура Bootstrap! Например, если вы пишете компилятор для языка программирования в самом языке, вам понадобится другой компилятор для этого языка для компиляции вашего компилятора. –

0

За последние два года я представил и уточнил процесс командной строки для развертывания XPO в AX 4.0 с большим успехом. Класс SysAutoRun - это ключ, как указано выше. Ниже приводится краткое описание полученного процесса:

  1. разработчики экспорт AX объекты из АОТА в соответствующую папку (слой), т.е. ЦУС, ВДП, и т.д ... по большей части имя файла по умолчанию имя файла, установленное AX.
  2. Разработчики обязуются использовать SVN в этом сценарии. Это нужно было бы оценить, чтобы удовлетворить ваши потребности.
  3. Консольное приложение для процесса сборки считывает все имена файлов из каждого каталога (слоя) и создает соответствующие файлы определения проекта AX.
  4. Консольное приложение считывает все имена файлов из каждого каталога (снова) и создает файл определения импорта для каждого соответствующего слоя (папки). Созданное выше определение проекта также предлагается импортировать после того, как все остальные объекты загружены и окончательно скомпилированы. Определение импорта содержит некоторые специализированные элементы, которые распознаются методом SysAutoRun.execCommand (XmlNode _command).
  5. Вызов делается ax32.exe "config.axc" -StartupCmd = AUTORUN_ImportDefinitionMentionedAbove.xml -lazyclassloading -lazytableloading -nocompileonimport -Internal = noModalBoxes
  6. AX разбирает этот файл определения импорта вызывающую настройки в соответствии с инструкциями. В процесс добавляется регистрация для вывода результатов компиляции в файл журнала XML. Наконец, файл определения проекта шага 3 скомпилирован.
  7. Консольное приложение проверяет выводимый XML-журнал и обрабатывает его соответствующим образом.
  8. Шаг 5-7 повторяется для каждого слоя (папки).

Я понимаю, что это очень расплывчато. Цель этого сообщения - получить обратную связь по интересам, прежде чем я больше инвестирую время на описание процесса. Файл определения импорта, вероятно, наибольший интерес, так как он отвечает за загрузку объектов в правильном порядке, синхронизации ОРМ, компиляции, повторения и т.д. ...

Благодаря M @