Что такое лучший, простой и современный способ создания веб-приложений Java по сравнению с Maven? [закрыто]

В настоящее время этот вопрос не подходит для нашего формата вопросов и ответов. Мы ожидаем, что ответы будут подкреплены фактами, ссылками или опытом, но этот вопрос, скорее всего, вызовет дебаты, аргументы, опросы или расширенное обсуждение. Если вы считаете, что этот вопрос можно улучшить и, возможно, снова открыть, посетите справочный центр для получения рекомендаций.

Закрыт 8 лет назад.

Я подумываю о том, чтобы избавиться от Maven. Это нормально для простых приложений, но я столкнулся с проблемами, которые я не могу решить, никто другой, кажется, не в состоянии их решить, и даже в списке рассылки Maven нет решения.

Каковы некоторые современные инструменты сборки для Java, которые предоставляют то, что предоставляет Maven, но также оснащены для решения проблем создания современных веб-приложений? Например, если я хочу использовать инструмент минификации Javascript, такой как компрессор YUI, он легко и без усилий позволит мне сжать / агрегировать мои css и javascript непосредственно перед созданием файла War.

Объяснение: Проблема с maven заключается в том, что внутри плагина войны нет возможности делать что-то. Например, я хочу вызвать компрессор yui сразу после того, как он копирует ресурсы веб-приложения (css, изображения, javascripts и т. Д.). Если бы я мог это сделать, это гарантировало бы, что любые несжатые файлы javascript (которые были исключены из процесса минификации/агрегации компрессора YUI) были частью окончательного военного пакета. Это невозможно

Компрессор YUI работает только в том случае, если вы планируете сжимать и/или агрегировать все ваших файлов, а не подмножество. Существуют файлы javascript, такие как jscharts.js, где вам нужно исключить их из процесса минификации, потому что они в противном случае портят фактический исходный код. В Maven нет способа справиться с этим вариантом использования, хотя решение простое.

Возможность использовать живой javascript против сжатого / агрегированного javascript также была бы большим благом.

Объяснение: Также трудно рефакторить ваши массивные javascript-скрипты с теми, которые находятся в ваших HTML-файлах. Допустим, у вас есть 100 файлов javascript, и вы хотите иметь возможность использовать свои живые файлы javascript для разработки, но вы хотите использовать сжатые / агрегированные файлы для производства.Вам все равно нужно включить все файлы javascript в ваши html-шаблоны (например, freemarker), потому что вы хотите иметь дело с живыми файлами во время разработки. Для производства вы также должны вести отдельный список в maven pom.xml, чтобы агрегировать их.

Оба этих списка файлов javascript в основном идентичны, и для разработчика является дополнительным бременем убедиться, что они включают одни и те же файлы и в том же порядке :( Maven не помогает с такой распространенной проблемой, связанной с Интернетом, в 2011 году. Ребята из Rails 3.1 получают это бесплатно. Мы можем сделать лучше.

Мне все еще нужна возможность иметь фильтры, как и в maven, для обработки различных производственных сред. Например, я часто использую файлы свойств для изменения значений в applicationContext.xml для Spring или в контексте сервлетов.

Мне также нужна возможность добавлять ресурсы в путь к классам.У меня есть эти массивные текстовые файлы, которые предоставляют мне базовую функциональность словаря, тезауруса и т. Д. Мне нужно поместить их в свой класс.

Было бы здорово, если бы инструмент сборки также использовал репозитории Maven.

Любые другие преимущества, такие как большая простота и написание меньшего количества конфигурационного кода, были бы плюсом, но функции, которые я перечислил выше, имеют первостепенное значение.

Спасибо.

задан egervari 5 December 2011 в 16:39

0 ответов

Другие вопросы по тегам:

java javascript maven build

Что такое лучший, простой и современный способ создания веб-приложений Java по сравнению с Maven? [закрыто]

0 ответов

Похожие вопросы: