Ошибка в Tomcat для развертывания приложения Grails

У меня есть приложение Grails (v. 2.5.3), и когда я развертываю его в Tomcat с помощью параметра WAR-файл для развертывания, выбирая war-файл, появляется следующая ошибка. Если я пробую приложение проще (размер, сложность и т. д.), оно работает хорошо.

Однако, если я вручную скопирую содержимое файла войны в путь Tomcat: pathTomcat/webapps/myApplication, когда я запускаю приложение из менеджера, он работает хорошо. Появляется любая ошибка.

Ошибка:

11-May-2016 19:54:33.973 INFO [http-nio-8080-exec-15] org.apache.catalina.startup.HostConfig.deployWAR Despliegue del archivo /usr/local/apache-tomcat-8.0.30/webapps/MYAPP.war de la aplicación web
11-May-2016 19:54:40.215 SEVERE [http-nio-8080-exec-15] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: 
 org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/MYAPP]]
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:945)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:466)
    at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1583)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
    at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1460)
    at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:288)
    at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:209)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:136)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
    at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:312)
    at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:95)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
    at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:521)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1096)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:674)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/MYAPP] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.bouncycastle.asn1.ASN1Boolean->org.bouncycastle.asn1.DERBoolean->org.bouncycastle.asn1.ASN1Boolean]
    at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:2066)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2012)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1961)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1936)
    at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1897)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1149)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:771)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:305)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:95)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5154)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    ... 47 more

Отчет о зависимостях Grails:

+--- org.grails:grails-docs:2.5.3
    ...
    \--- com.lowagie:itext:2.0.8
       \--- bouncycastle:bcmail-jdk14:138
       \--- bouncycastle:bcprov-jdk14:138
....

+--- org.grails.plugins:tika-parser:1.9.0
   \--- org.bouncycastle:bcmail-jdk15on:1.52
   \--- org.bouncycastle:bcpkix-jdk15on:1.52
   \--- org.bouncycastle:bcprov-jdk15on:1.52
....

+--- org.grails.plugins:jasypt-encryption:1.3.1
   \--- org.bouncycastle:bcprov-jdk16:1.46

Папка библиотеки:

введите здесь описание изображения

Решено с помощью следующей конфигурации в BuildConfig.groovy:

compile ("org.grails.plugins:jasypt-encryption:1.3.1") {
            excludes "bcprov-jdk16"
        }

Спасибо.


grails tomcat tomcat8 grails-controller grails-2.0
person Jesús Iglesias    schedule 11.05.2016    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Скорее всего у вас 2 версии библиотеки org.bouncycastle

Вы можете запустить grails dependency-report, чтобы проверить свои зависимости и убедиться, что сервер lib только из 1 jar

Похоже, у вас есть плохой парень org.bouncycastle:bcprov-jdk16:1.46, поэтому вам нужно удалить и проверить, какие плагины тянут эту зависимость, и обязательно исключите ее из зависимости, чтобы в вашем BuildConfig.groovy у вас было

из док

По умолчанию Grails получает не только объявленные вами JAR-файлы и подключаемые модули, но и их транзитивные зависимости. Обычно это то, что вам нужно, но бывают случаи, когда вам нужна зависимость без всего ее багажа. В таких случаях вы можете отключить транзитивное разрешение зависимостей в каждом конкретном случае:

Гораздо более распространен сценарий, когда вам нужны транзитивные зависимости, но некоторые из них вызывают проблемы с вашими собственными зависимостями или не нужны. Например, многие проекты Apache имеют транзитивную зависимость 'commons-logging', но ее не следует включать в проект Grails (мы используем SLF4J). Вот где появляется опция excludes:

runtime('com.mysql:mysql-connector-java:5.1.16',
        'net.sf.ehcache:ehcache:1.6.1') {
    excludes "xml-apis", "commons-logging"
}
// Or
runtime(group:'com.mysql', name:'mysql-connector-java', version:'5.1.16') {
    excludes([ group: 'xml-apis', name: 'xml-apis'],
             [ group: 'org.apache.httpcomponents' ],
             [ name: 'commons-logging' ])

Вы захотите исключить bcprov-jdk16 из своей зависимости

person Frederic Henri    schedule 11.05.2016
comment
Я добавил отчет. Спасибо за помощь. Изменить: ответ слишком велик, и я не могу его добавить. - person Jesús Iglesias; 11.05.2016
comment
проверить наличие конкретных записей о org.bouncycastle - person Frederic Henri; 11.05.2016
comment
Да, оказывается. Я добавил это. Кроме того, я нашел это: Link1. Link2. - person Jesús Iglesias; 11.05.2016
comment
это то, что появляется время от времени, и я думаю, что мы столкнулись с этим - пришлось удалить банку из адской банки, и все было в порядке - удачи, иногда это не очевидно; но с отчетом вы сможете увидеть, используется ли/когда другая версия - person Frederic Henri; 11.05.2016
comment
И я вручную удалил банку? Существует ли автоматический процесс, который удаляет его при создании файла войны, например: ввод в Build.config или template/war/web.xml? - person Jesús Iglesias; 11.05.2016
comment
Я обновил, чтобы включить плагины, которые извлекают эти зависимости. Я использую tika-parser и jasypt. И теперь появляются три версии. - person Jesús Iglesias; 11.05.2016