jetty6.1.5启动时提示Startup failed: Timed out waiting for signal from JVM.

Apple--果果 2009-10-22 03:28:57

启动jetty6.1.5服务器启动后，加载web应用，没有启动完出现
ERROR | wrapper | 2009/10/22 13:31:05 | Startup failed: Timed out waiting for signal from JVM.
ERROR | wrapper | 2009/10/22 13:31:05 | JVM did not exit on request, terminated
STATUS | wrapper | 2009/10/22 13:31:10 | Launching a JVM...大家有没有知道如何解决的

...全文

776 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

AceNaruto 2010-12-02

打赏
举报

回复

我也遇到这个问题不知道怎解决

Apple--果果 2009-12-08

打赏
举报

回复

超时，但是不知道在哪设置

本文探讨了Jetty服务器与JavaServiceWrapper结合使用时出现的自动重启问题，尤其是在每天固定时间发生的情况。通过对日志的分析及讨论，发现数据库服务器在同一台机器上运行导致CPU占用过高可能是引发此问题的原因。

本文介绍如何在wrapper.conf中设置ping和启动超时参数，包括wrapper.ping.timeout和wrapper.startup.timeout的具体配置方法。

本文详细解析了Jetty服务器中出现的EofException和Broken Pipe异常的原因及解决方案，探讨了TCP连接异常导致的问题，并提供了具体的配置调整和代码修改建议。

本文详细阐述在已进入ESM阶段的Ubuntu 16.04上可靠部署Puppet 4.10.12的完整方案。核心涵盖离线deb包安装、Ruby 2.3.1版本锁定、G1 GC JVM调优、SSL证书链兼容性修复、PuppetDB性能调优及常见故障的精准排查方法。所有步骤均基于三轮生产环境压测验证，解决官方APT仓库不兼容、类型系统崩溃、JVM启动失败、Catalog编译阻塞等关键问题，面向遗留系统可持续运维提供可复现、可审计的技术路径。

SpringBoot应用启动后立即退出（exit code 0）并非异常，而是因无活跃非守护线程导致JVM正常终止。核心原因包括：Web依赖缺失或冲突致内嵌容器未启动；代码中误调用System.exit()或SpringApplication.exit()；主线程提前结束且无后台任务维持；Spring Cloud、Actuator或自定义ApplicationContext配置不当。诊断需结合依赖检查、日志分析（重点关注Tomcat/Jetty启动日志）、线程转储及Runner代码审查。解决方案依场景而定：Web应用确保spring-boot-starter-web存在；非Web常驻服务应阻塞主线程（如CountDownLatch.await()）或启用定时/消息监听机制。

Web开发应用服务器

5,657

社区成员

20,155

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章