Glassfish - 无法登录管理控制台

Question

我面临奇怪的错误。我用Glassfish的3.1.1 withn JDK7既然有一段时间我无法通过网络登录到管理控制台（本地主机：4848），我不断收到消息Authentication Failed Re-enter your username and password这里有日志：

[＃| 2012-01- 16T11：15：37.415 + 0100 | INFO | glassfish3.1.1 | javax.enterprise.system.tools.admin.com.sun.enterprise.container.common | _ThreadID = 110; _ThreadName = Thread-2; | User [admin]从主机127.0.0.1没有管理访问|＃]

[＃| 2012-01-16T11：15：37.446 + 0100 | INFO | glassfish3.1.1 | javax.enterprise.system.tools.admin.com。 sun.enterprise.container.common | _ThreadID = 101; _ThreadName = Thread-2; |用户 [admin]来自主机127.0.0.1没有管理访问|＃ ]

[＃| 2012-01-16T11：16：07.008 + 0100 | SEVERE | glassfish3.1.1 | org.glassfish.admin.rest.resources.GeneratorResource | _ThreadID = 100; _ThreadName = Thread-2; | The 日志消息为空。 java.lang.RuntimeException：找不到 注释org.glassfish.config.support.Create，值为 方法的_register-instance public abstract com.sun.enterprise.config.serverbeans.Server com.sun.enterprise.config.serverbeans .Servers.getServer（java.lang.String中） 在 org.glassfish.config.support.GenericCrudCommand.getAnnotation（GenericCrudCommand.java:196） 在 org.glassfish.config.support.GenericCreateCommand.postConstruct（GenericCreateCommand.java ：90） 在 com.sun.hk2.component.AbstractCreatorImpl.inject（AbstractCreatorImpl.java:131） 在 com.sun.hk2.component.ConstructorCreator.initialize（ConstructorCreator.java:91） 在 com.sun.hk2.component.AbstractCreatorImpl.get（AbstractCreatorImpl.java:82） 在 com.sun.hk2.component.EventPublishingInhabitant.get（EventPublishingInhabitant.java:139） 在 com.sun.hk2 .component.AbstractInhabitantImpl.get（AbstractInhabitantImpl.java:76）at org.jvnet.hk2.component.Habitat.getComponent（Habitat.java:796）at com.sun.enterprise.v3.admin.CommandRunnerImpl.getModel（CommandRunnerImpl。的java：150） 在 org.glassfish.admin.rest.generator.ResourcesGeneratorBase.commandIsPresent（ResourcesGeneratorBase.java:315） 在 org.glassfish.admin.rest.generator.ResourcesGeneratorBase.generateCommandResources（ResourcesGeneratorBase.java:296） a吨 org.glassfish.admin.rest.generator.ResourcesGeneratorBase.generateSingle（ResourcesGeneratorBase.java:100） 在 org.glassfish.admin.rest.LazyJerseyInit.generateASM（LazyJerseyInit.java:311） 在 org.glassfish。 admin.rest.LazyJerseyInit.getResourcesConfigForManagement（LazyJerseyInit.java:255） 在 org.glassfish.admin.rest.adapter.RestManagementAdapter.getResourcesConfig（RestManagementAdapter.java:62） 在 org.glassfish.admin.rest.adapter。 RestAdapter.exposeContext（RestAdapter.java:455） at org.glassfish.admin.rest.adapter.RestAdapter.service（RestAdapter.java:177） at com.sun.grizzly.t cp.http11.GrizzlyAdapter.service（GrizzlyAdapter.java:168） 在 com.sun.enterprise.v3.server.HK2Dispatcher.dispath（HK2Dispatcher.java:117） 在 com.sun.enterprise.v3.services。 impl.ContainerMapper.service（ContainerMapper.java:238） at com.sun.grizzly.http.ProcessorTask.invokeAdapter（ProcessorTask。的java：828） 在 com.sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:725） 在 com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java:1019） 在 COM .sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter.java:225） 在 com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:137） 在 com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain .java：104） at com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:90） at com.sun.grizzly.http.HttpProtocolChain.execute（HttpPr otocolChain.java:79） 在 com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask.java:54） 在 com.sun.grizzly.SelectionKeyContextTask.call（SelectionKeyContextTask.java:59） 在的com.sun。 grizzly.ContextTask.run（ContextTask.java:71）at com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java:532） at com.sun.grizzly.util.AbstractThreadPool $ Worker.run （AbstractThreadPool.java:513） at java.lang.Thread.run（Thread.java:722）|＃]

[＃| 2012-01-16T11：16：07.008 + 0100 | SEVERE | glassfish3.1.1 | org.glassfish.admin.rest.LazyJerseyInit | _ThreadID = 100; _ThreadName = Thread- 2; | 日志消息为空。 java.lang.ClassNotFoundException： org.glassfish.admin.rest.resources.generatedASM.DomainResource not found found by org.glassfish.admin.rest-service [164] at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation（ ModuleImpl.java:787） 在 org.apache.felix.framework.ModuleImpl.access $ 400（ModuleImpl.java:71） 在 org.apache.felix.framework.ModuleImpl $ ModuleClassLoader.loadClass（ModuleImpl.java:1768 ） at java.lang.ClassLoader.loadClass（ClassLoader.java:356）at java.lang.Class.forName0（Native Method）at java.lang.Class.forName（Class.java:186）at org。 glassfish.admin.rest.LazyJerseyInit.getResourcesConfigForManagement（LazyJerseyInit.java:2 57） 在 org.glassfish.admin.rest.adapter.RestManagementAdapter.getResourcesConfig（RestManagementAdapter.java:62） 在 org.glassfish.admin.rest.adapter.RestAdapter.exposeContext（RestAdapter.java:455） 在 org.glassfish.admin.rest.adapter.RestAdapter.service（RestAdapter.java:177） 在 com.sun.grizzly.tcp.http11.GrizzlyAdapter.service（GrizzlyAdapter.java:168） 在 的com.sun .enterprise.v3.server.HK2Dispatcher.dispath（HK2Dispatcher.java:117） at com.sun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:238） at com.sun.grizzly .http.Pr ocessorTask.invokeAdapter（ProcessorTask.java:828） 在 com.sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:725） 在 com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java： 1019） 在 com.sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter.java:225） 在 com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:137） 在 com.sun.grizzly .DefaultProtocolChain.execute（DefaultProtocolChain.java:104） at com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain。的java：90） 在 com.sun.grizzly.http.HttpProtocolChain.execute（HttpProtocolChain.java:79） 在 com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask.java:54） 在 的com.sun .grizzly.SelectionKeyContextTask.call（SelectionKeyContextTask.java:59） at com.sun.grizzly.ContextTask.run（ContextTask.java:71）at com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java ：532） 在 com.sun.grizzly.util.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:513） 在java.lang.Thread.run（Thread.java:722）|＃]

[＃| 2012-01-16T11：16：07.071 + 0100 | INFO | glassfish3.1.1 | com.sun.jersey.server.impl.application.WebApplicationImpl | _ThreadID = 100; _ThreadName = Thread-2; | Initiating Jersey 'Jersey：1.8 06/24/2011 12:17 PM'|＃]

[＃| 2012-01-16T11：16：07.086 + 0100 |警告| glassfish3.1.1 | org.apache.catalina .connector.Request | _ThreadID = 111; _ThreadName = Thread-2; | PWC4011： 无法将请求字符编码设置为上下文的UTF-8， ，因为请求参数已被读取，或 ServletRequest.getReader被称为|＃]

用户名和密码是100％c orrect，我没有问题通过asadmin cmd登录。

Answer 1

我有这个问题，并提出了一个与Glassfish project错误。

它固定在新鲜的Glassfish 3.1.2。它昨天发布。

Answer 2

仅供参考那些寻找它的人：您不需要安装Glassfish 3.1.2（对于使用Linux发行版的用户）。为了

1. 打开一个终端和CD到GlassFish安装位置
2. ./asadmin停止域域1（或其他域）停止GlassFish服务器
3. 转到您的浏览器：以下为我工作并刷新你的缓冲存储器（通常在历史选项 - >清除最近的历史记录）

现在你应该可以登录到管理控制台。

对于那些有默认密码的人，也许你需要从管理控制台改变它。 （./asadmin change-admin-password）。

Answer 3

我与GlassFish 4.1有同样的问题，管理员密码通过asadmin工具工作，但不通过浏览器。在我导入新的签名服务器证书以替换keystore.jks中现有的's1as'别名之后，问题首先出现。 有些挣扎后，我想通了正确的解决方案：

sudo asadmin disable-secure-admin 
sudo asadmin restart-domain domain1 
sudo asadmin enable-secure-admin 
sudo asadmin restart-domain domain1 

管理员用户身份验证在浏览器再次工作！ :-)

Answer 4

谢谢，维克多。为我节省了很多头痛。

当使用不同的别名，指定它们在命令行上再次实现安全管理时：

的asadmin使安全管理员--adminalias ADTEST --instancealias INTEST

Answer 5

我也面临与4.0和4.1.1相同的问题。

但是，4.1.2。似乎解决了这个问题。我安装了它（从here），并且不需要登录详细信息。