Flash Builder 4.6 связанных ресурсов не работает с ANE и сертификатами - PullRequest
3 голосов
/ 14 марта 2012

У меня проблема со связанными ресурсами в Flash Builder.Я работаю в командной среде, где мы активно используем связанные ресурсы.Мы только начали разрабатывать ANE и заметили, что, хотя relatedResources используются в libraryPathEntry, в buildTargets, таких как anePathEntry и airCertificatePath, сохраняется абсолютный путь.Я попытался отредактировать файлы .actionScriptProperties напрямую, изменив абсолютные пути buildtarget к эквивалентам связанных ресурсов, используя в качестве руководства libraryPathEntry, но FlashBuilder пожаловался при загрузке проекта.не сохранить абсолютный путь?Я пытаюсь избежать драконовского пути, когда все разработчики должны иметь одинаковую структуру каталогов.

Спасибо!

Рэнди

Ответы [ 2 ]

1 голос
/ 28 августа 2012

У моей команды была именно эта проблема, и все попытки исправить ее с помощью относительных путей или макросов рабочей области (например, $ {PROJECT_LOC}) не увенчались успехом.Похоже, что команда, отвечающая за Flash Builder, пренебрегла поддержкой относительных путей в этих конкретных диалогах, несмотря на то, что они поддерживаются в других местах.

Вот что мы сделали, чтобы решить эту проблему.Я предполагаю, что вы работаете на Mac / Linux или тому подобное.Если нет, то концепция здесь все еще может быть применена.

В большинстве наших проектов уже есть сценарий bash "setup", который авторы запускают при получении кода.Внутри этого скрипта мы просто устанавливаем пару символических ссылок от определенного пользователем абсолютного пути к новому абсолютному пути с «обычным» пользователем.Сценарий сначала создает каталог, если он не существует, а затем создает символические ссылки.

sudo mkdir -p /Users/common/<project>/
sudo ln -f -h -s ~/path/to/certificate/dir /Users/common/<project>/certificates

Очевидно, что вы можете использовать все, что вам нравится, и все, что имеет смысл для общего пути.

Теперь в вашем файле .actionScriptProperties вы можете изменить местоположение, на которое указывают provisingFile и airCertificatePath, на этот новый общий абсолютный путь.

<buildTarget ... provisioningFile="/Users/common/<project>/certificates/provisionfile.mobileprovision" ... >
<airSettings airCertificatePath="/Users/common/<project>/certificates/cert.p12" ... >

На самом деле мы продвигаемся дальшеподозреваю, что вам нужно будет также) и создать общие пути символических ссылок для самих файлов ANE.Это также приводит к изменению anePathEntry на общий путь.

<anePathEntry path="/Users/common/<project>/anes/some.ane"/>
  • Вам нужно будет либо вручную отредактировать файл .actionScriptProperties, либо ввести полный путь к символической ссылке.в диалоги напрямую.Любая попытка использовать диалоговое окно Finder, запущенное Flash Builder, для перехода к файлам в общем расположении приводило к тому, что символические ссылки автоматически разрешались в их действительные местоположения.
  • Для сценария требуется sudo, что, как я уверенВы знаете, потребует, чтобы пользователи этого знали свой пароль root.Может быть, некоторые более здравомыслящие люди могут предложить способ обойти sudo, если это не вариант для вас.
  • Я думаю, это будет работать и для Android.Я не знаю, имеет ли это значение для вас или нет.

Надеюсь, это поможет!

0 голосов
/ 30 августа 2012

Похоже, что эта проблема была вызвана в известных проблемах Flash Builder 4.6:

http://helpx.adobe.com/flash-builder/kb/flash-builder-4-6-known.html

https://bugs.adobe.com/jira/browse/FB-32955

Ошибка, очевидно, исправлена, но я еще не смог проверить новую бета-версию Flash Builder 4.7:

http://blogs.adobe.com/flex/2012/08/flash-builder-4-7-beta-is-here.html

...