Как совместить YEOMAN подмости с существующей структурой каталогов Java

Question

В моей существующей веб-проекта структуру каталогов для обслуживаемого содержимого HTML в то время как развитие с причалом является «MyProject/SRC/главная/веб-приложение /»

Теперь я хочу интегрируйте здесь проект angularjs. Я немного поиграл с Йоменом.

Если я занимаюсь лесом с йоменом, мне интересно, как я могу интегрировать его в существующую структуру разработки и развертывания. Я полагаю, что использовать основную папку «myProject» для запуска лесов yoman будет хорошо. Затем я получил бы «myProject/app /» для всех моих личных дел. Должен ли я каким-то образом (как?) Использовать мой сервер причала использовать «.../src/main/webapp /» в качестве псевдонима для нового каталога приложений?

Мы используем пристань в основном в качестве прокси для запроса бэкэнда. Есть ли способ сделать живую перезагрузку, подобную «серверу yeoman» в сочетании с причалом?

Answer 1

Посмотрите на my answer on how to do Django-Yeoman integration.
Архитектурные концепции будут одинаковыми, даже внешние статьи (обязательно должны быть прочитаны) основаны на Java.

Короче:

• Использование yeoman-maven-plugin. Если вы на Грэдле, все в порядке. Еще лучше, поскольку у вас будет лучший контроль над тем, какие вызовы grunt вызываются.

• Структура проекта должна напоминать это:

  pom.xml 
  
  src/ 
      main/ 
       java/ 
        ... 
       resources/ 
        ... 
       webapp/ 
        WEB-INF/ 
  yo/ 
      dist/ 
      <<the rest of the Yeoman-generated stuff>> 
  

• YEOMAN генераторы, в том числе один инициализации внешнего интерфейса части, должны быть вызваны исключительно из yo каталога.

• Плагин позаботится о копировании готовой продукции yo/dist до WEB-INF.
  Все, что вам нужно сделать, это обслуживать последнее как статический ресурс.
  конфигурации для Spring MVC (диспетчер сервлета):

  <!--Yeoman static content--> 
  <mvc:resources location="WEB-INF/yo/" mapping="/**"/> 
  

  Следует стремиться к аналогичной конфигурации при использовании других технологий, как Jetty, или чистого Servlet конфигурации.

Остальные, особенно dev setup, описаны в ответе, на который делается ссылка.