Glassfish - не удается войти в консоль администратора

Question

У меня возникла странная ошибка. Я использую Glassfish 3.1.1 с п 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; | Пользователь [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; | журнал сообщение - null. java.lang.RuntimeException: Не удается найти annotation org.glassfish.config.support.Create со значением _register-instance on method 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) на org.jvnet.hk2.component.Habitat.getComponent (Habitat.java:796) в 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) по адресу org.glassfish.admin.rest.adapter.RestAdapter.service (RestAdapter.java:177) по адресу 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) по адресу 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) в ком .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 (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) в com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork (AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool $ Worker.run (AbstractThreadPool.java:513) в java.lang.Thread.run (Thread.java:722) | #]

[# | 2012-01-16T11: 16: 07,008 + 0100 | ТЯЖЕЛАЯ | glassfish3.1.1 | org.glassfish.admin.rest.LazyJerseyInit | _ThreadID = 100; _ThreadName = резьбовых 2; | Сообщение журнала равно null. java.lang.ClassNotFoundException: org.glassfish.admin.rest.resources.generatedASM.DomainResource не найден org.glassfish.admin.rest-службы [164] на 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) на java.lang.ClassLoader.loadClass (ClassLoader.java:356) на java.lang.Class.forName0 (собственный метод) на java.lang.Class.forName (Class.java:186) на 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) на com.sun.enterprise.v3.services.impl.ContainerMapper.service (ContainerMapper.java:238) на 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) в com.sun.grizzly.ContextTask.run (ContextTask.java:71) в 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; | Инициирование Джерси приложение, версия «Джерси: 1.8 06/24/2011 12:17 PM '| #]

[# | 2012-01-16T11: 16: 07.086 + 0100 | WARNING | 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. Откройте терминал и перейдите к GlassFish месту установки
2. ./asadmin остановки домен domain1 (или другим доменам), чтобы остановить GlassFish сервера
3. Перейти в ваш браузер и сбросить кэш-память (обычно в опции «История» -> очистить недавнюю историю)

Теперь вы должны иметь возможность входа в консоль администратора.

Для тех, у кого есть пароль по умолчанию, возможно, вам нужно изменить его с консоли администратора. (./asadmin change-admin-password).

Answer 3

У меня была та же проблема с GlassFish 4.1, пароль администратора для работы с помощью asadmin tool, но не через браузер. Сначала проблема возникла после того, как я импортировал новый подписанный сертификат сервера для замены существующего псевдонима s1as в файле keystore.jks. После некоторого Борясь я понял, правильное решение: аутентификация пользователя

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), и никакие данные для входа в систему не запрашиваются.