我对 Docker 很陌生,所以这可能是我做错的一些简单的事情。 有了所有的解决方案,当使用“Docker run”启动 Tomcat 容器时,我已经能够使用 Eclipse 进行远程调试。
docker run -it --rm -e JPDA_ADDRESS=8000 -e JPDA_TRANSPORT=dt_socket -p 8888:8080 -p 8000:8000 tomcat:8.0-jre8 /usr/local/tomcat/bin/catalina.sh jpda run
但是,当使用 docker-compose 时,我收到“无法连接到远程虚拟机。连接被拒绝”对话框。
docker-compose up
docker-compose.yml 设置:
tomcat:
image: tomcat:8.0-jre8
# START - REMOTE DEBUGGING SETTINGS
# Didn't work with or without this network_mode setting. But the bridge settings as seen with 'docker container inspect *CID*' looks almost identical to the working solution
network_mode: bridge
environment:
- JPDA_ADDRESS:8000
- JPDA_TRANSPORT:dt_socket
entrypoint: /usr/local/tomcat/bin/catalina.sh jpda run
# END - REMOTE DEBUGGING SETTINGS
deploy:
restart_policy:
condition: on-failure
placement:
constraints: [node.role == manager]
ports:
- 8888:8080
# REMOTE DEBUGGING SETTINGS jpda port
- 8000:8000
与“docker run”配合使用的 Eclipse 设置是:
Remote Java Application:
Host: localhost
Port: 8000
注意:通过 docker-compose 设置,我还可以在启动输出中看到预期的打印:
Listening for transport dt_socket at address: 8000
并且在这两种部署中,我都可以通过公开的端口 8888 访问 Web 服务的功能。这个简单的链接返回“Hello”。
http://localhost:8888/MyEmulatorService/rest/MES/
对于为什么我以这种方式启动时无法远程调试有什么想法吗?我怀疑网络配置的设置方式存在细微差别。
我的一个朋友发现了这一点。尽管启动输出显示一切正常,并且 catalina.sh 使用的默认端口和传输是 8000,dt_socket。
环境变量未传递到容器中,这导致了损坏。也许其他人可以解释这如何影响 .sh 脚本?
这个问题是通过隧道进入容器并列出环境变量来检测到的。
docker exec -it *CID* bash
env
对 docker-compose.yml 文件的更改现在如下所示:
environment:
JPDA_ADDRESS: 8000
JPDA_TRANSPORT: dt_socket
通常我们使用
environment:
- JAVA_OPTS= -agentlib:jdwp=transport=dt_socket,address=8000,server=y,suspend=n