Есть ли лучший способ работы с Flex Builder и шлюзом AMF? - PullRequest
0 голосов
/ 18 марта 2009

Я использую Flex Builder 3 для подключения к бэкэнд-коду через шлюз AMF. Другой разработчик упаковал весь код AMF Gateway в файл войны. Вот мой процесс разработки:

  • Развертывание самого последнего файла AMF-gateway.war на локальном сервере jboss
  • Файл войны распаковывается в [jboss] /server/tmp/deploy/tmp23241AMF-gateway-exp.war/
  • Запустите Flex Builder. Укажите проект приложения в папке tmp AMF Gateway в 3 местах (корневая папка сервера Flex, выходная папка сборки Flex, «дополнительные аргументы» компилятора Flex (указывающие на расположение services-config.xml).

Эта настройка означает, что всякий раз, когда вы запускаете сеанс отладки в Flex Builder, он выгружает рабочие версии файлов в папку AMF-gateway на сервере jboss (который называется псевдонимом / AMF-gateway). Дело в том, что каждый раз, когда я перезапускаю jboss или развертываю обновленный файл AMF-gateway.war, он распаковывается в новую временную папку с новым именем, и мне нужно изменить все ссылки в проекте Flex. Это происходит несколько раз в день, и это раздражает. Могу ли я упростить эту конфигурацию? Я попытался использовать псевдоним для этой папки, полагая, что смогу внести изменения в сценарий, но Flex Builder, похоже, это не понравилось.

Ответы [ 2 ]

0 голосов
/ 16 мая 2013

Вместо использования подхода XML: (т.е. SOAP / WSDL / REST), попробуйте использовать AMF для переноса на другой шлюз, такой как C #, непосредственно к базе данных.

http://specialmoves.com/labs/code/flash-data-transfer-using-fluorinefx

0 голосов
/ 21 марта 2009

Если я правильно помню, вы можете создать каталог в JBoss, который сервер будет обрабатывать как разнесенный файл войны. У меня нет удобной для проверки копии JBoss, но я помню, как создавал каталог, такой как "context-name.war", и мог развиваться против этого. Таким образом, вместо копирования упакованного .war-файла в каталог развертывания, вы можете разархивировать его непосредственно в этот каталог. Если я правильно помню, JBoss будет отслеживать файл web.xml на предмет изменений, и если он будет перезаписан, он будет заново развертывать контекст.

...