我有一个需要在 MacOS Sierra 中作为守护程序运行的 JAR 文件,我决定为此使用 Apache Commons Daemon 和 JSVC。我知道为此目的可能并不真正需要 JSVC(它似乎只允许在低范围内打开端口)并且可以通过系统/启动实现相同的目的,因此任何有或没有 JSVC 的帮助/解决方案都值得赞赏。
这就是我从命令行运行 jar 的方式,它可以正常工作。它使用端口 8085 打开一个 WebSocket 连接并等待传入连接。然后,它连接到智能卡读卡器并从卡中获取一些数据。
java -cp "myjar.jar:jars/*" full_class_name
现在,当我尝试使用 Apache Commons Daemon 接口和 JSVC 运行同一个 jar 时,该 jar 正常启动并开始在端口 8085 中侦听。
./jsvc -debug -cp commons-daemon-1.1.0.jar:myjar.jar:jars/* -cwd . -pidfile /tmp/file.pid full_class_name
问题是,由于某种原因,尝试连接到智能卡读卡器时出现异常。
INFORMACIÓN: WebSocket Registered apps: URLs all start with ws://localhost:8085
may 15, 2018 10:04:37 AM org.glassfish.tyrus.server.Server start
INFORMACIÓN: WebSocket server started.
LISTENING
Daemon started successfully
java_start done
Waiting for a signal to be delivered
create_tmp_file: /tmp/541.jsvc_up
jnasmartcardio.Smartcardio$EstablishContextException: jnasmartcardio.Smartcardio$JnaPCSCException: SCardEstablishContext got response 0x8010001d (SCARD_E_NO_SERVICE: The Smart card resource manager is not running.)
at jnasmartcardio.Smartcardio$JnaTerminalFactorySpi.engineTerminals(Smartcardio.java:81)
at javax.smartcardio.TerminalFactory.terminals(TerminalFactory.java:351)
at apdu4j.TerminalManager.getTheReader(TerminalManager.java:228)
at com.st.middleware.a.a.b.connect(SourceFile:24)
at com.st.middleware.a.b.connect(SourceFile:18)
at com.st.middleware.a.b.getCertificates(SourceFile:1024)
at com.st.middleware.MiddlewareImpl.a(SourceFile:113)
at com.st.middleware.MiddlewareImpl.getAuthCertificates(SourceFile:151)
at com.st.communication.card.websocket.a.handleMessage(SourceFile:79)
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)
使用 java -jar 运行时 jar 可以正常工作的事实让我相信问题出在配置上。关于为什么使用 JSVC 无法使用该服务的任何想法?
提前致谢。