[英]Can't find resource for bundle during Glassfish deployment
During remote deployment of an EAR application on Glassfish 4.1.2 with no AppClient, I get the following RuntimeException caused by a org.glassfish.deployment.common.DeploymentException: 在没有AppClient的Glassfish 4.1.2上远程部署EAR应用程序期间,我得到以下由org.glassfish.deployment.common.DeploymentException引起的RuntimeException:
java.lang.RuntimeException: Can't find resource for bundle
java.util.PropertyResourceBundle, key
enterprise.deployment.appclient.noManifest
How do I fix Glassfish to display the correct error message so I can determine which library is causing the deployment error? 如何修复Glassfish以显示正确的错误消息,以便我可以确定哪个库导致部署错误? I take it one of the dependency JARs is missing a manifest file, but GF can't construct the appropriate error message because the property resource bundle does not exist.
我认为其中一个依赖JAR缺少清单文件,但GF无法构造相应的错误消息,因为属性资源包不存在。 Is this a bug in GF?
这是GF中的一个错误吗?
[2017-07-11T09:57:27.797+1000] [glassfish 4.1] [SEVERE] []
[javax.enterprise.system.core] [tid: _ThreadID=47
_ThreadName=admin-listener(4)] [timeMillis: 1499731047797] [levelValue: 1000] [[ Exception while preparing the app : Can't find
resource for bundle java.util.PropertyResourceBundle, key
enterprise.deployment.appclient.noManifest java.lang.RuntimeException:
Can't find resource for bundle java.util.PropertyResourceBundle, key
enterprise.deployment.appclient.noManifest at
org.glassfish.javaee.core.deployment.JavaEEDeployer.prepare(JavaEEDeployer.java:229)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.prepareModule(ApplicationLifecycle.java:925)
at
org.glassfish.javaee.full.deployment.EarDeployer.prepareBundle(EarDeployer.java:309)
at
org.glassfish.javaee.full.deployment.EarDeployer.access$200(EarDeployer.java:88)
at
org.glassfish.javaee.full.deployment.EarDeployer$1.doBundle(EarDeployer.java:155)
at
org.glassfish.javaee.full.deployment.EarDeployer$1.doBundle(EarDeployer.java:152)
at
org.glassfish.javaee.full.deployment.EarDeployer.doOnBundles(EarDeployer.java:232)
at
org.glassfish.javaee.full.deployment.EarDeployer.doOnAllBundles(EarDeployer.java:283)
at
org.glassfish.javaee.full.deployment.EarDeployer.prepare(EarDeployer.java:152)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.prepareModule(ApplicationLifecycle.java:925)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:434)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at
org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method) at
javax.security.auth.Subject.doAs(Subject.java:360) at
com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method) at
javax.security.auth.Subject.doAs(Subject.java:360) at
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at
org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:404)
at
org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
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) at
org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at
org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:144)
at
org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:161)
at
org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:160)
at
org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:99)
at
org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:389)
at
org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:347)
at
org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
at
org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:309)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) at
org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) at
org.glassfish.jersey.internal.Errors.process(Errors.java:315) at
org.glassfish.jersey.internal.Errors.process(Errors.java:297) at
org.glassfish.jersey.internal.Errors.process(Errors.java:267) at
org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at
org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:292)
at
org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1139)
at
org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:375)
at
org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:173)
at
org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:179)
at
com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at
org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
at
org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
at
org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at
org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at
org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
at
org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at
org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
at
org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
at
org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at
org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
at
org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at
org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at
org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at
org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at
org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
at
org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
at java.lang.Thread.run(Thread.java:748) Caused by:
org.glassfish.deployment.common.DeploymentException: Can't find
resource for bundle java.util.PropertyResourceBundle, key
enterprise.deployment.appclient.noManifest at
java.util.ResourceBundle.getObject(ResourceBundle.java:450) at
java.util.ResourceBundle.getString(ResourceBundle.java:407) at
org.glassfish.appclient.server.core.AppClientDeployerHelper.generateAppClientFacade(AppClientDeployerHelper.java:533)
at
org.glassfish.appclient.server.core.AppClientDeployerHelper.prepareJARs(AppClientDeployerHelper.java:489)
at
org.glassfish.appclient.server.core.NestedAppClientDeployerHelper.prepareJARs(NestedAppClientDeployerHelper.java:153)
at
org.glassfish.appclient.server.core.AppClientDeployer.generateArtifacts(AppClientDeployer.java:293)
at
org.glassfish.javaee.core.deployment.JavaEEDeployer.prepare(JavaEEDeployer.java:224)
... 71 more ]]
I also found this decode from theAppClientDeployerHelper.java
class: 我还从
theAppClientDeployerHelper.java
类中找到了这个解码:
ACC007 The app client {0,choice,0#file|1#directory} {1} does not contain a manifest; ACC007 app客户端{0,choice,0#file | 1 #directory} {1}不包含清单; the app client container cannot process it.
应用客户端容器无法处理它。 Embedded programs should pass URIs with scheme "jar:" for JAR files and scheme "file:" for directories.
嵌入式程序应该为方案“jar:”传递URI,用于JAR文件,方案“file:”用于目录。 Cause: The file might not be a valid app client JAR or undeployed EAR.
原因:该文件可能不是有效的应用程序客户端JAR或取消部署的EAR。 It might be another kind of file or have become corrupted.
它可能是另一种文件或已损坏。 Action: Make sure to specify a valid app client JAR file or an EAR which contains at least one app client.
操作:确保指定有效的应用程序客户端JAR文件或包含至少一个应用程序客户端的EAR。
Altering the EAR plugin in Maven which auto generated the application.xml used by Glassfish for application deployment seemed to fix this problem. 改变Maven中的EAR插件,自动生成的应用程序部署中的Glassfish的application.xml似乎解决了这个问题。 The application would actually deploy without errors in directory format using Eclipse, however remote deployment was the problem.
应用程序实际上将使用Eclipse在目录格式中无错误地部署,但是远程部署是问题所在。 Fixed by the following code.
通过以下代码修复。
<artifactId>maven-ear-plugin</artifactId>
<configuration>
<includeLibInApplicationXml>false</includeLibInApplicationXml>
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.