Spring boot 在Glassfish 4/Payara上部署一个支持logback的spring boot应用程序会产生大量日志记录

当我尝试在Payara（Glassfish 4）上部署Spring Boot应用程序时，我会得到大量日志，最终会耗尽我所有的磁盘空间

日志记录似乎处于类似这样的递归循环中（见下文）

虽然我可以通过关闭unknown.jul.logger的日志来实现部署，但我还是不希望它一开始就尝试登录。还显示了logback配置

关于这里可能发生的事情有什么想法吗

更多信息：

是SLF4JBridgeHandler定义了unknown.jul.logger

15:29:50.448000信息1296---[ing输出泵]未知。七月。记录器： 2017-01-24 15:29:50.421000信息1296---[ing输出泵] 未知日期：2017-01-2415:29:50.399000信息1296---[ing] 输出泵]未知.jul.logger:2017-01-24 15:29:50.378000信息 1296---[ing输出泵]未知。7月记录：2017-01-24 15:29:50.350000信息1296---[ing输出泵]未知。七月。记录器： 2017-01-24 15:29:50.328000信息1296---[ing输出泵] 未知日期：2017-01-2415:29:50.307000信息1296---[ing] 输出泵]未知。7月记录：2017-01-24

${FILE\u LOG\u PATTERN}
${LOG_文件}
${LOG\u FILE}。%d

确认这是由以下原因造成的：

这是由Payara highjacking控制台输出和重定向到记录器引起的，Spring Boot作为依赖项提供的日志桥接器随后将管道输出到您选择的任何统一记录器（例如logback）。如果将logback配置为登录到控制台，那么它将进入一个永不结束的日志记录周期

---

解决方案是确保logback不会登录到控制台。

如果可以从命令行运行SpringBoot应用程序，那么在应用程序服务器上部署SpringBoot应用程序的原因是什么？只是有兴趣，我对SpringBoot不太了解。因为这是公司想要部署到的应用服务器……我想是的：）谢谢分享。如果您在Payara服务器之外作为独立的Spring Boot应用程序运行，您的应用程序是否工作？是的，它工作正常。我怀疑这与以下内容有关：Spring boot包括org.slf4j:ul-to-slf4j以将JUL日志重定向到slf4j，然后使用logback作为slf4j的默认日志API。我的猜测是，当JUL日志被重定向到slf4j，然后返回时，它可能试图记录它正在记录的事实，因此进入一个递归循环。我有240吉格的日志记录。。。。通常情况下，Payara之外的应用程序不会在7月份进行任何日志记录，但会在部署到Payara期间进行。我将尝试获得一个最小的POM来复制这个问题。向STOUT注释注销日志为我解决了这个问题，所以这个答案可以接受！