Glassfish - impossible de se connecter à la console d'administration

Je suis en face d'erreur étrange. Je utiliser Glassfish 3.1.1 espèce jdk7 et depuis quelques temps je ne peux pas me connecter à la console d'administration via le web (localhost:4848), j'obtiens le message Authentication Failed Re-enter your username and password voici les logs:

[#|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;|l'Utilisateur
[admin] à partir de l'hôte 127.0.0.1 ne dispose pas d'un accès admin|#]

[#|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;|l'Utilisateur
[admin] à partir de l'hôte 127.0.0.1 ne dispose pas d'un accès admin|#]

[#|2012-01-16T11:16:07.008+0100|SEVERE|glassfish3.1.1|org.glassfish.admin.rest.resources.GeneratorResource|_ThreadID=100;_ThreadName=Thread-2;|L'
message de log est null. java.lang.RuntimeException: Impossible de trouver
annotation org.glassfish.config.de soutien.Créer de la valeur
_register-exemple sur la méthode public abstract com.soleil.de l'entreprise.config.serverbeans.Serveur
com.soleil.de l'entreprise.config.serverbeans.Les serveurs.getServer(java.lang.Chaîne de caractères)
au
org.glassfish.config.de soutien.GenericCrudCommand.getAnnotation(GenericCrudCommand.java:196)
au
org.glassfish.config.de soutien.GenericCreateCommand.postConstruct(GenericCreateCommand.java:90)
au
com.soleil.hk2.composante.AbstractCreatorImpl.injecter(AbstractCreatorImpl.java:131)
au
com.soleil.hk2.composante.ConstructorCreator.initialiser(ConstructorCreator.java:91)
au
com.soleil.hk2.composante.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
au
com.soleil.hk2.composante.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
au
com.soleil.hk2.composante.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:76) at org.jvnet.hk2.composante.De l'Habitat.getComponent(de l'Habitat.java:796) à
com.soleil.de l'entreprise.v3.admin.CommandRunnerImpl.getModel(CommandRunnerImpl.java:150)
au
org.glassfish.admin.rest.generator.ResourcesGeneratorBase.commandIsPresent(ResourcesGeneratorBase.java:315)
au
org.glassfish.admin.rest.generator.ResourcesGeneratorBase.generateCommandResources(ResourcesGeneratorBase.java:296)
au
org.glassfish.admin.rest.generator.ResourcesGeneratorBase.generateSingle(ResourcesGeneratorBase.java:100)
au
org.glassfish.admin.le repos.LazyJerseyInit.generateASM(LazyJerseyInit.java:311)
au
org.glassfish.admin.le repos.LazyJerseyInit.getResourcesConfigForManagement(LazyJerseyInit.java:255)
au
org.glassfish.admin.rest.adapter.RestManagementAdapter.getResourcesConfig(RestManagementAdapter.java:62)
au
org.glassfish.admin.le repos.l'adaptateur.RestAdapter.exposeContext(RestAdapter.java:455)
au
org.glassfish.admin.le repos.l'adaptateur.RestAdapter.service(RestAdapter.java:177)
au
com.soleil.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
au
com.soleil.de l'entreprise.v3.serveur.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
au
com.soleil.de l'entreprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:238)
au
com.soleil.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
au
com.soleil.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
au
com.soleil.grizzly.http.ProcessorTask.processus(ProcessorTask.java:1019)
au
com.soleil.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
au
com.soleil.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
au
com.soleil.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
au
com.soleil.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
au
com.soleil.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
au
com.soleil.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
au
com.soleil.grizzly.SelectionKeyContextTask.appel(SelectionKeyContextTask.java:59)
au com.soleil.grizzly.ContextTask.exécuter(ContextTask.java:71) à
com.soleil.grizzly.util.AbstractThreadPool$Travailleur.doWork(AbstractThreadPool.java:532)
au
com.soleil.grizzly.util.AbstractThreadPool$Travailleur.exécuter(AbstractThreadPool.java:513)
à java.lang.Fil de discussion.exécution(Thread.java:722) |#]

[#|2012-01-16T11:16:07.008+0100|SEVERE|glassfish3.1.1|org.glassfish.admin.rest.LazyJerseyInit|_ThreadID=100;_ThreadName=Thread-2;|L'
message de log est null. java.lang.ClassNotFoundException:
org.glassfish.admin.le repos.les ressources.generatedASM.DomainResource pas
trouvé par org.glassfish.admin.service rest [164] à
org.apache.felix.cadre.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787)
au
org.apache.felix.cadre.ModuleImpl.accéder à$400(ModuleImpl.java:71)
au
org.apache.felix.cadre.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
à java.lang.Chargeur de classe.loadClass(ClassLoader.java:356) à
java.lang.Classe.forName0(Native method) at
java.lang.Classe.forName(de la Classe.java:186) à
org.glassfish.admin.le repos.LazyJerseyInit.getResourcesConfigForManagement(LazyJerseyInit.java:257)
au
org.glassfish.admin.rest.adapter.RestManagementAdapter.getResourcesConfig(RestManagementAdapter.java:62)
au
org.glassfish.admin.le repos.l'adaptateur.RestAdapter.exposeContext(RestAdapter.java:455)
au
org.glassfish.admin.le repos.l'adaptateur.RestAdapter.service(RestAdapter.java:177)
au
com.soleil.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
au
com.soleil.de l'entreprise.v3.serveur.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
au
com.soleil.de l'entreprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:238)
au
com.soleil.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
au
com.soleil.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
au
com.soleil.grizzly.http.ProcessorTask.processus(ProcessorTask.java:1019)
au
com.soleil.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
au
com.soleil.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
au
com.soleil.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
au
com.soleil.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
au
com.soleil.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
au
com.soleil.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
au
com.soleil.grizzly.SelectionKeyContextTask.appel(SelectionKeyContextTask.java:59)
au com.soleil.grizzly.ContextTask.exécuter(ContextTask.java:71) à
com.soleil.grizzly.util.AbstractThreadPool$Travailleur.doWork(AbstractThreadPool.java:532)
au
com.soleil.grizzly.util.AbstractThreadPool$Travailleur.exécuter(AbstractThreadPool.java:513)
à java.lang.Fil de discussion.exécution(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;|Initier
Maillot de l'application, la version 'Jersey: 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:
Impossible de définir la demande de codage de caractères UTF-8 à partir du contexte ,
parce que les paramètres de la demande ont déjà été lu, ou
ServletRequest.getReader() a déjà été appelé|#]

Nom d'utilisateur et mot de passe sont corrects à 100%, je n'ai aucun problème de connexion via asadmin cmd.

Il ne pouvait pas résoudre ce bug pour Glassfish 3.1.2.2, essayé toutes les réponses ci-dessous. - Je mettre à Payara maintenant.

InformationsquelleAutor karolkpl | 2012-01-16

glassfish

3

J'ai eu ce problème, et a soulevé un problème avec l' Glassfish projet.

C'est corrigé dans le frais Glassfish 3.1.2. Il a été libéré hier.

InformationsquelleAutor Arthur Gregorio
17

J'ai eu le même problème avec GlassFish 4.1, mot de passe admin pour travailler via asadmin outil, mais pas via le navigateur. Le premier problème est venu après que j'ai importé un nouveau signé le certificat de serveur pour remplacer l'existant 's1as" alias dans le fichier de clés.jks.
Après quelques difficulté j'ai trouvé la bonne solution:
```
sudo asadmin disable-secure-admin
sudo asadmin restart-domain domain1
sudo asadmin enable-secure-admin
sudo asadmin restart-domain domain1
```
Admin d'authentification de l'utilisateur fonctionne à nouveau dans le navigateur! 🙂
- On dirait que vous n'avez même pas besoin de désactiver le secure admin. Les deux dernières lignes sont assez pour moi (testé sur officiel GlassFish Docker image sur alpine). Mais ouais, apparemment modification des fichiers de clés vous oblige à réactiver secure admin pour qu'il contient.
- "asadmin enable-secure-admin" était assez pour moi d'entrer dans GlassFish 4.0 console. Alors que je vois le "Redémarrage Nécessaire" invite maintenant, je ne m'inquiète pas car je suis enfin dans. 🙂
- Cela a fonctionné pour moi aussi. Fou la façon simple de résoudre ce problème est pour une question aléatoire
- Sauvé ma journée! Merci!!!!
InformationsquelleAutor Viktor
2

Juste pour la référence de ceux à la recherche pour elle: Vous n'avez pas besoin d'installer Glassfish 3.1.2 (pour ceux qui utilisent Linux, distribution). Le suivant a fonctionné pour moi:
1. Ouvrir un terminal et de cd à l'emplacement d'installation de glassfish
2. ./asadmin arrêter de domaine domaine1 (ou d'autres domaines), dans le but d'arrêter votre serveur glassfish
3. Aller à votre navigateur et vider votre mémoire cache (généralement dans l'Histoire option -> supprimer l'historique récent)
Maintenant, vous devriez être en mesure de vous connecter à la console d'administration.

Pour ceux qui ont le mot de passe par défaut encore, peut-être vous avez besoin de le changer à partir de la console d'administration. (./asadmin changement-admin-mot de passe).

InformationsquelleAutor GrigorisG
0

Merci, Victor. M'a sauvé beaucoup de maux de tête.

Lors de l'utilisation d'un alias différent, le spécifier sur la ligne de commande lors de l'activation de secure admin à nouveau:

asadmin enable-secure-admin --adminalias adtest --instancealias intest

InformationsquelleAutor user3569718
0

J'ai aussi été confronté au même problème avec 4.0 et 4.1.1.

Cependant, 4.1.2. semble résoudre le problème. Je l'ai installé (à partir de ici), et pas de login détails sont demandés.

InformationsquelleAutor Vijaykumar Kancharla

Vous devez vous connecter pour publier un commentaire.