我有一个Mirth实例，该实例不会在每次安装插件时启动。安装插件后，重新启动Mirth Connect服务的唯一方法是从文件夹中手动删除插件。日志中没有任何内容，因此关于发生这种情况的原因，我真的没有什么要继续的。我有另一个Mirth实例，它们在相同的硬件，版本等上，并且插件也很好。有什么想法可以尝试吗？
根据Freiheit的评论建议进行编辑：
Mirth Connect版本为3.8.1 该插件是集群管理员
我相信Freiheit是正确的，因为这是我的许可问题。输入许可证密钥并单击“保存”按钮时，出现以下错误：
方法失败：HTTP / 1.1 500内部服务器错误 com.mirth.connect.client.core.ClientException：方法失败：HTTP / 1.1 500内部服务器错误于 com.mirth.connect.client.core.ServerConnection.handleResponse（ServerConnection.java:529） 在 com.mirth.connect.client.core.ServerConnection.executeSync（ServerConnection.java:256） 在 com.mirth.connect.client.core.ServerConnection.apply（ServerConnection.java:166） 在 org.glassfish.jersey.client.ClientRuntime.invoke（ClientRuntime.java:255） 在 org.glassfish.jersey.client.JerseyInvocation $ 3.call（JerseyInvocation.java:722） 在org.glassfish.jersey.internal.Errors.process（Errors.java:315）处 org.glassfish.jersey.internal.Errors.process（Errors.java:297）在 org.glassfish.jersey.internal.Errors.process（Errors.java:228）位于 org.glassfish.jersey.process.internal.RequestScope.runInScope（RequestScope.java:444） 在 org.glassfish.jersey.client.JerseyInvocation.invoke（JerseyInvocation.java:718） 在 org.glassfish.jersey.client.JerseyInvocation $ Builder.method（JerseyInvocation.java:459） 在 org.glassfish.jersey.client.proxy.WebResourceFactory.invoke（WebResourceFactory.java:379） 在com.sun.proxy。$ Proxy63.updateLicenseType（未知来源）处 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）位于 sun.reflect.NativeMethodAccessorImpl.invoke（未知来源）位于 sun.reflect.DelegatingMethodAccessorImpl.invoke（未知源）位于 java.lang.reflect.Method.invoke（来源未知） com.mirth.connect.client.core.Client $ 2.invoke（Client.java:266）在 com.sun.proxy。$ Proxy63.updateLicenseType（来源未知） com.mirth.connect.plugins.licensemanager.client.b.a（来源未知） com.mirth.connect.plugins.licensemanager.client.b.doInBackground（未知 源）位于javax.swing.SwingWorker $ 1.call（未知源）位于 java.util.concurrent.FutureTask.run（未知源） javax.swing.SwingWorker.run（未知源），位于 java.util.concurrent.ThreadPoolExecutor.runWorker（未知源），位于 java.util.concurrent.ThreadPoolExecutor $ Worker.run（未知源） java.lang.Thread.run（未知源）由： java.io.FileNotFoundException：D：\ Program Files \ Mirth Connect \ conf \ mirth.properties（访问被拒绝）位于 java.io.FileOutputStream.open0（本机方法）位于 java.io.FileOutputStream.open（未知源），位于 java.io.FileOutputStream。（未知源） java.io.FileOutputStream。（未知源） com.mirth.connect.plugins.licensemanager.server.LicenseManagerServlet.a（未知 来源） com.mirth.connect.plugins.licensemanager.server.LicenseManagerServlet.updateLicenseType（未知 源）位于sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法） 在sun.reflect.NativeMethodAccessorImpl.invoke（未知来源）在 sun.reflect.DelegatingMethodAccessorImpl.invoke（未知源）位于 java.lang.reflect.Method.invoke（来源未知） com.mirth.connect.server.api.providers.MirthResourceInvocationHandlerProvider $ 1.invoke（MirthResourceInvocationHandlerProvider.java:219） 在 org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher $ 1.run（AbstractJavaResourceMethodDispatcher.java:144） 在 org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke（AbstractJavaResourceMethodDispatcher.java:161） 在 org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider $ VoidOutInvoker.doDispatch（JavaResourceMethodDispatcherProvider.java:143） 在 org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch（AbstractJavaResourceMethodDispatcher.java:99） 在 org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke（ResourceMethodInvoker.java:389） 在 org.glassfish.jersey.server.model.ResourceMethodInvoker.apply（ResourceMethodInvoker.java:347） 在 org.glassfish.jersey.server.model.ResourceMethodInvoker.apply（ResourceMethodInvoker.java:102） 在 org.glassfish.jersey.server.ServerRuntime $ 2.run（ServerRuntime.java:326） 在org.glassfish.jersey.internal.Errors $ 1.call（Errors.java:271）处 org.glassfish.jersey.internal.Errors $ 1.call（Errors.java:267）在 org.glassfish.jersey.internal.Errors.process（Errors.java:315）在 org.glassfish.jersey.internal.Errors.process（Errors.java:297）在 org.glassfish.jersey.internal.Errors.process（Errors.java:267）在 org.glassfish.jersey.process.internal.RequestScope.runInScope（RequestScope.java:317） 在 org.glassfish.jersey.server.ServerRuntime.process（ServerRuntime.java:305） 在 org.glassfish.jersey.server.ApplicationHandler.handle（ApplicationHandler.java:1154） 在 org.glassfish.jersey.servlet.WebComponent.serviceImpl（WebComponent.java:471） 在 org.glassfish.jersey.servlet.WebComponent.service（WebComponent.java:425） 在 org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java:383） 在 org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java:336） 在 org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java:223） 在 org.eclipse.jetty.servlet.ServletHolder.handle（ServletHolder.java:864） 在 org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1655） 在 com.mirth.connect.server.MethodFilter.doFilter（MethodFilter.java:37） 在 org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1642） 在 com.mirth.connect.server.api.providers.ClickjackingFilter.doFilter（ClickjackingFilter.java:44） 在 org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1642） 在 com.mirth.connect.server.api.providers.ApiOriginFilter.doFilter（ApiOriginFilter.java:71） 在 org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1642） 在 org.eclipse.jetty.servlet.ServletHandler.doHandle（ServletHandler.java:533） 在 org.eclipse.jetty.server.handler.ScopedHandler.nextHandle（ScopedHandler.java:255） 在 org.eclipse.jetty.server.session.SessionHandler.doHandle（SessionHandler.java:1595） 在 org.eclipse.jetty.server.handler.ScopedHandler.nextHandle（ScopedHandler.java:255） 在 org.eclipse.jetty.server.handler.ContextHandler.doHandle（ContextHandler.java:1253） 在 org.eclipse.jetty.server.handler.ScopedHandler.nextScope（ScopedHandler.java:203） 在 org.eclipse.jetty.servlet.ServletHandler.doScope（ServletHandler.java:473） 在 org.eclipse.jetty.server.session.SessionHandler.doScope（SessionHandler.java:1564） 在 org.eclipse.jetty.server.handler.ScopedHandler.nextScope（ScopedHandler.java:201） 在 org.eclipse.jetty.server.handler.ContextHandler.doScope（ContextHandler.java:1155） 在 org.eclipse.jetty.server.handler.ScopedHandler.handle（ScopedHandler.java:144） 在 org.eclipse.jetty.server.handler.HandlerList.handle（HandlerList.java:61） 在 org.eclipse.jetty.server.handler.HandlerWrapper.handle（HandlerWrapper.java:132） 在org.eclipse.jetty.server.Server.handle（Server.java:531）处 org.eclipse.jetty.server.HttpChannel.handle（HttpChannel.java:352）在 org.eclipse.jetty.server.HttpConnection.onFillable（HttpConnection.java:260） 在 org.eclipse.jetty.io.AbstractConnection $ ReadCallback.succeeded（AbstractConnection.java:281） 在org.eclipse.jetty.io.FillInterest.fillable（FillInterest.java:102） 在 org.eclipse.jetty.io.ssl.SslConnection.onFillable（SslConnection.java:291） 在 org.eclipse.jetty.io.ssl.SslConnection $ 3.succeeded（SslConnection.java:151） 在org.eclipse.jetty.io.FillInterest.fillable（FillInterest.java:102） 在 org.eclipse.jetty.io.ChannelEndPoint $ 2.run（ChannelEndPoint.java:118） 在 org.eclipse.jetty.util.thread.QueuedThreadPool.runJob（QueuedThreadPool.java:754） 在 org.eclipse.jetty.util.thread.QueuedThreadPool $ 2.run（QueuedThreadPool.java:672） 在java.lang.Thread.run（未知来源）
答案 0 :(得分：1)
因此@Freiheit在评论中是正确的，这与许可机制有关。我被许可在4台计算机上运行，但是我曾几次尝试“成功”许可其中一台计算机.....但是，在下一代，许可已成功。
我最终得到的是：
License 1: Server A
License 2: Server B
License 3: Server B
License 4: Server B
因此，即使我仅激活了4台许可计算机中的2台，我仍显示已用完所有4项许可。更糟糕的是，列出了重复的服务器是http 500错误的原因。最终，该修复程序是nextgen必须删除我的所有许可证，并且我不得不一次又一次将其重做一台服务器。