【问题标题】:Exception deploying JHipster app to Glassfish 4.1将 JHipster 应用程序部署到 Glassfish 4.1 时出现异常
【发布时间】:2015-11-17 21:41:26
【问题描述】:

我正在尝试将我的 jHipster 应用程序战争部署到 Glassfish 并不断收到以下错误....

“生命周期方法[initApplication]不得抛出已检查异常。相关注解信息:注解[@javax.annotation.PostConstruct()] on annotated element [public void com.org.myapp.Application.initApplication() throws [METHOD] 类型的 java.io.IOException]。"

阅读一些帖子,它看起来像一个玻璃鱼问题。我还尝试了来自 'dsyer' 的帖子 'https://github.com/spring-projects/spring-boot/issues/1355' 中的建议。那没起效。我仍然有这个问题。

有人遇到过这个问题吗?你是怎么克服的? 非常感谢任何帮助!

【问题讨论】:

    标签: java glassfish spring-boot jhipster


    【解决方案1】:

    错误消息告诉您,您已使用 @PostConstruct 注释您的 initApplication() 方法,该方法具有 throws-声明,这是不允许的。从签名中删除throws IOException,捕获IOException,重新抛出RuntimeException,错误就会消失。

    【讨论】:

    • 您好 Jan,谢谢您的建议。我试过了,它确实清除了我的应用程序类中的错误。然而,GF 现在对 Spring 课程感到厌烦。这是我得到的..“生命周期方法 [startServer] 不得抛出已检查的异常。相关注释信息:注释 [@javax.annotation.PostConstruct()] 在注释元素 [public void org.springframework.boot.devtools. autoconfigure.OptionalLiveReloadServer.startServer() 抛出 [METHOD] 类型的 java.lang.Exception]。有关更多详细信息,请参阅 server.log。]]" 而且我无法修改这些 Spring 类。有什么建议吗?
    • 这可能就是您发现所有“glassfish 问题”帖子的原因。 Glassfish 对它所允许的情况非常敏感。看起来 org.springframework.boot.devtools.autoconfigure.OptionalLiveReloadServer 类与 glassfish 不兼容。尝试让 spring 不加载该类(以及所有其他冒犯者)。抱歉,这是我对 glassfish 或弹簧知识的限制 :)
    • 一月,谢谢您的建议。欣赏它!我会和它一起玩。如果我确实找到了解决方案,我会发布它。
    • @askX 您应该从部署到 Glassfish 的工件中排除 Spring Boot 的 DevTools,因为它们在该环境中没有任何用途。
    • @Andy,当我为生产生成 jHipster 项目时,它将全部排除在外。我只是部署到我当地的 glassfish 并遇到了问题。我同意你的观点,开发工具将被排除在生产环境之外。
    猜你喜欢
    • 2018-02-13
    • 1970-01-01
    • 2018-04-07
    • 2011-10-28
    • 2016-09-29
    • 2017-01-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多