Кстати, наверняка есть более признанные способы применения gradle, если на них кто-нибудь укажет, будет здорово. Первый блин вышел не совсем комом, но наверняка, комочки присутствуют. Это была одна из тайных целей написания обеих статей.
А кто бы спорил, если уже есть. Вопрос, когда еще нет и стоит выбор. В java maven очень хорошо работает. Но для сборки flex/flash его зачастую применить не просто, если проект не новый. Gradle в этом серьезно проще. Первый опыт я тоже делал в IDEA, а второй полностью в AkelPad и его вполне достаточно. Я искал инструмент, который можно было бы использовать просто, желательно из коробки, на мой взгляд, с maven это получилось сложнее, с gradle проще. Проблема flex для maven, слабая поддержка стандарта разработки, даже со стороны Adobe, отсутствие публичных репозиториев, обязательная поддержка локального репозитория (публичных-то нет). Т.е. сделать сложный проект с зависимостями от публичных библиотек, потом выложить его на GitHub, например, и чтобы он у меня собрался с первого раза, как обычно бывает с java проектами, это не просто.
Maven имеет смысл применять в командах, которые придерживаются его идеологии сразу и привыкли к ней. Лучше для гетерогенных проектов. Переводить проект с ant на maven — maven-antrun-plagin самое простое на первый взгляд решение. Только вопрос дальнейшей поддержки уже двух систем сборки. А переводить правильно может оказаться очень-очень сложно, а иногда и невозможно (например наличие fla с внутренней логикой, которая используется в связанном проекте). Использовать maven для flex/flash без использования ant может оказаться невозможным. Сразу встает вопрос о двух системах сборки.
С ant на gradle переводить очень просто, даже практически не надо.
Присоединяюсь к FSB о статье, если у вас уже есть положительный опыт, было бы здорово сравнить. Кстати, какие именно решения не верны (не для придирок, а просвящения чтоб)? У меня там есть вопросы и, честно говоря, я надеялся, что будет обсуждение, на котором ответы на них всплывут. Обсуждения зачастую интереснее читать, чем многие статьи. Из пожеланий к содержанию, можно взять хотя бы мой план изучения, он покрывает часть типовых задач.
Нашел ее раньше. Хотелось повторить путь, который проделывал в java, там уж больно хорошо было. Maven самодостаточный инструмент, хотелось получить от этого профит, ан не вышло. Не очень хотелось использовать что-то еще, для теста. Для эксперимента этого достаточно, если бы стояла задача «сделай или умри», то попробовал бы и это. С 4.6 у меня тоже получилось. Ставил своей целью выбрать инструмент для сборки. Для flex maven пока не мой выбор. Можно, но мой. А за ссылки спасибо.
Это была одна из тайных целей написания обеих статей.
Maven имеет смысл применять в командах, которые придерживаются его идеологии сразу и привыкли к ней. Лучше для гетерогенных проектов. Переводить проект с ant на maven — maven-antrun-plagin самое простое на первый взгляд решение. Только вопрос дальнейшей поддержки уже двух систем сборки. А переводить правильно может оказаться очень-очень сложно, а иногда и невозможно (например наличие fla с внутренней логикой, которая используется в связанном проекте). Использовать maven для flex/flash без использования ant может оказаться невозможным. Сразу встает вопрос о двух системах сборки.
С ant на gradle переводить очень просто, даже практически не надо.
Присоединяюсь к FSB о статье, если у вас уже есть положительный опыт, было бы здорово сравнить. Кстати, какие именно решения не верны (не для придирок, а просвящения чтоб)? У меня там есть вопросы и, честно говоря, я надеялся, что будет обсуждение, на котором ответы на них всплывут. Обсуждения зачастую интереснее читать, чем многие статьи. Из пожеланий к содержанию, можно взять хотя бы мой план изучения, он покрывает часть типовых задач.