Intellij Idea
 

есть action script приложение, написанное на intellij idea.
Как его пересобрать под flash builder?
Может, кто знает программу которая может экспортировать проекты во flash builder?

Обычно люди, которые используют Интелиджи используют ее потому, что она "лучше" работает с Мейвеном (менеджер билдов и зависимостей очень сомнительного качества, но очень популярный в Ява-мире :)). В Клипсе есть плагин для работы с Мейвеном - можно посмотреть в эту сторону (традиционно мейвеновские билд файлы называются pom.xml - если они есть в исходниках - это оно).
Ну а если Мейвеном не пользовались, то и непонятно зачем им Интелиджи... он очень плохо с АС работает. Но не суть. В ФБ import project -> выбрать вариант, где предлагается директория, а не архив, перейти к директории, где находятся исходники. Почти наверняка потом прийдется искать главный энтри-поинт приложения (если там были модули, то их может быть больше, чем один), ну и по ситуации... нету какого-то одного определенного правила как и что делать. Нужно смотреть как именно был создан проект и как собирался и т.п. Может быть куча всего.
Часто с АС проектами используют Ант скрипты для билда - Клипс как правило влключает поддержку Анта, но если у вас версия которая не влключает - собственно, установите плагин и пользуйтесь :)
Бывают люди, которые пишут сборки на шелле, или используя другие системы похожие на мейк или Мейвен... По правлам хорошего тона бывшие разработчики могли бы оставить какие-нибудь записки грядущим поколениям, ну а если не оставили - то тут ничего не поделаешь. Исчите, разбирайтесь.

спасибо!
В общем там нет pom.xml, есть только имя проекта + Config + .xml
Создал новый проект, скопировал папку src, скомпилировал - появились ошибки, добавил еще несколько swc файлов, которые были в проекте от intellij adea. сейчас требует библиотеку fl.motion, видно он пользуется xml, а я создал actionscript проект, а ни flex, придется повозиться с ним - ни хочу idea устанавливать - слишком память ест и архитектура их проектов мне не нравится:)

Да в целом да. Флешбилдер ясное дело никакие pom'ы не юзает, поэтому просто создаете новый проект, копируете сорсы и подключаете все нужные библиотеки. Если есть кастомный коняиг компилятора - его тоже необходимо будет заново указать.

Флешбилдер зачастую бывает удобен для flex-only приложений, без сборки серверной части, без накатывания чейнджей на бд итд итп.

Сори за офтоп, но какой менеджер лучше?

Из того, чем довелось возпользоваться, и что понравилось - scons. Отличие от Мейвена в том, что не нужно писать плагины, например, т.как билд скрипты написаны на Питоне. Т.е. захотелось например, добавить номер SVN ревизии. Как это происходит в Мейвен:
- надо убедить начальника творческой группы, что это вообще нужно.
- надо поговорить с человеком ответственным за мейвен билды, чтобы выяснить, а нет ли уже плагина, который делает то, что нужно.
- выяснить, что такого плагина действительно нет. Написать.
- попросить человека ответственного за билды добавить ваш плагин в общий репозитори, выслать всем сообщения по почте, что репозитори нужно обновить (т.как ни один нормальный человек не будет обновлять репозитори просто так - это чревато вылится в день а то и больше головной боли с настройками).

Как это происходит в scons:
- Пишется код на Питоне, который запрашивает номер ревизии. Нет никакой необходимости это с кем-то согласовывать, кого-то просить проапдейтится и т.д. - т.как никого ваши изменения, скорее всего не волнуют, кроме общей сборки, куда вы в любом случае их добавите.

Еще из отличий: нет никакой возможности для отладки Мейвен скриптов, кроме логов, да и то, даже просто сообщение в лог не в каждом месте возможно вывети, а люди туда иногда такого понапихают... соответственно, отладить скрипт на Питоне не представляется проблемой вообще. Достаточно просто знать Питон, для того, чтобы понять как работает скрипт (нет никаких локальных условностей, без понимания которых не возможно работать, типа "реактор", "артефакт", "цель" и т.д.) Возможно не столь существенная разница, но все же, файлы скриптов на Питоне гораздо короче аналогичных мейвеновских т.как XML по определению избыточен. Ну и естесственно, всякие плюшки, которые само-собой разумеется вы получаете когда работаете с настоящим языком программирования, а не огрызком - нужно что-то посчитать авотматически, нужно распарсить какой-то файл с определенной структурой данных, нужно написать нетривиальное условие для компиляции - в Мейвен со всем этим будет очень много головной боли, и еще больше даже не столько от реализации, а от тодо, что изменения нужно в прямом смысле слова объяснять на пальцах сотрудникам (в то время как в scons, они бы даже не заглядывали в вашу часть скорее всего).

Ну то есть основная радость в том что никто жить не мешает. Но ведь если представить что мои коллеги не те люди, что будут ковырять пальцом в коде, лишь для того что бы поковырять, то приемущества scons (кроме того что он имеет бОльшую гибкость не очень то и заметны). Ну, а вообще нужно будет подергать, что за он, спасибо за наводку!