Grails + Tomcat6 + несколько экземпляров + общая папка Lib - PullRequest
Новая
       0

Grails + Tomcat6 + несколько экземпляров + общая папка Lib

2 голосов
/ 02 июня 2011

У меня есть сервер Tomcat6, который запускает несколько экземпляров для двух отдельных приложений Grail.Когда я компилирую мой WAR-файл для развертывания в обычном режиме 

run-app -Dgrails.env=production war test.war

Он развертывается правильно, и все работает так, как и положено.Проблема в том, что я не хочу, чтобы файлы JAR были включены в мою WAR.

Поэтому я использую следующую командную строку вместо 

run-app -Dgrails.env=production war test.war --nojars

Теперь, когда мое приложение Grails развертывается (оно не 't) Я получаю java.lang.NoSuchMethodError

Я скопировал папку lib (из моего начального test.war) в следующие места 

${catalina.base}/shared/lib
${catalina.home}/shared/lib
${catalina.home}/lib

Ни одна из этих работ.

Все мои данные по catalina.properties указывают на правильные местоположения.

Есть идеи?

1 Ответ

0 голосов
/ 12 июля 2011

Несколько идей:

  1. BuildConfig.groovy наследует глобальный, который позволяет приложению наследовать все зависимости grails / plugins.Если вы измените это, это может повлиять как на вашу сборку, так и на упаковку. Кроме того, мне еще предстоит встретиться с какой-либо документацией о том, что еще можно делать с наследниками DSL

  2. Документация по развертыванию Grailsпредполагает, что есть способ настроить, какие зависимости превращают его в файл войны: http://grails.org/doc/latest/guide/17.%20Deployment.html

  3. Хуки событий дают вам доступ к подпрограмме закрытия на различных этапах жизненного цикла grails.Может ли это раздеть каркасные банки с финальной войны?Я тоже не пробовал - только использовал его, чтобы переписать различные конфигурационные файлы для дополнительной настройки среды.Однако это выглядит так, как будто события упаковки предоставляются этому API:

http://grails.org/doc/latest/guide/4.%20The%20Command%20Line.html

...