развернуть приложение flex на сервере Tomcat (не локальном) с BlazeDS, начиная с затмения - PullRequest
Новая
       36

развернуть приложение flex на сервере Tomcat (не локальном) с BlazeDS, начиная с затмения

0 голосов
/ 29 июня 2011

У меня есть локально разработанное гибкое приложение, которое я бы сейчас развернул на живом сервере. Это ограничения:

  • Использование blazeDS с кодом Java

    • Код зависит от другого проекта в затмении
    • другой проект имеет несколько зависимостей от сторонних библиотек.

  • Использование внешней вспышки .swc libs

  • некоторые настройки web.xml являются пользовательскими

В другом посте объясняется структура экспортируемой папки:

Что должно быть в файле .war для развертывания приложения Flex?

При использовании Flash Builder по умолчанию я могу создать сборку релиза и сохранить ее где-нибудь. Это создаст релизную версию всего содержимого Flex.

Теперь я хочу экспортировать .war-файл в функцию экспорта eclipse, и здесь возникает проблема:

  1. Как я могу исключить файлы, которые не нужны в файле war. Существует отладочная версия приложения flex и некоторых других файлов, которые мне не нужны.

  2. Как я могу автоматически вставить зависимые библиотеки импортированного проекта eclipse в папку web-inf lib. Когда я пытаюсь экспортировать релиз, функция сообщает, что импортированный проект eclispe не может быть создан процессом релиза, но он находится в папке lib web-inf при экспорте .war, кроме зависимостей.

  3. Может кто-нибудь указать мне на документацию flashbuilder относительно экспорта и развертывания.

Может быть, мне нужен процесс ANT, чтобы оптимизировать это. Что ты думаешь?

Спасибо

1 Ответ

2 голосов
/ 29 июня 2011

Для всего, что вы только что сказали, есть 2 способа сделать это:

1) Создайте его вручную, скопировав в папку то, что вам нужно в вашем war-файле, удалив ненужное, затем создайте указанный war-файл с помощью командной строки.

2) Создайте скрипт автоматизации, который сделает все за вас. Это может быть ANT или Maven (я лично предпочитаю Maven для управления зависимостями).

Последний - корпоративный способ сделать это, потому что его легко запустить («mvn clean install war»), и вы можете прикрепить скрипт к механизму автоматизации (например, hudson, bamboo, teamcity и т. Д.), Который затем может скомпилировать Протестируйте / разверните все, что что-то передано вашему контролю исходного кода.

...