Apicurio-studio: [Question] Le serveur keycloak doit-il utiliser 7.0.1 même dans l'environnement Distro Docker-compose ?

Créé le 4 nov. 2019  ·  23Commentaires  ·  Source: Apicurio/apicurio-studio

J'essaie d'installer KeycloakServer et Apicurio avec Docker-compose.
Vaut-il mieux ne pas utiliser Keycloak Server 7 ?

Dockerfile

FROM jboss/keycloak:4.8.3.Final
ADD apicurio /opt/jboss/keycloak/themes/apicurio

https://github.com/Apicurio/apicurio-studio/blob/master/distro/docker-compose/keycloak/Dockerfile

4.3.0
Mise à niveau vers Keycloak 7 (#950)
https://github.com/Apicurio/apicurio-studio/commit/fe1d4d3a946e94b0becacb2a3aea18a0c3b7888f

question

Commentaire le plus utile

J'ai réessayé et ça a fonctionné. Condition de course possible, ou erreur possible de ma part. Dans tous les cas, le passage de 7.0.1 à 7.0.0 est nécessaire. Je vais donc valider ce changement et clore ce problème. :)

Tous les 23 commentaires

Oui, nous devrions utiliser Keycloak 7 - j'ai oublié de mettre à jour la configuration de composition de docker. Je vais tester ça demain et pousser une mise à jour.

entendu. Merci pour votre rediffusion.
J'attends votre test et mets à niveau mon environnement vers keycloak7.

@EricWittmann
J'ai créé une documentation de configuration approximative pour Apicurio ( Docker ) . POUR VOTRE INFORMATION.
Excusez-moi pour la traduction automatique car je l'ai fait en japonais.

Merci @Yuutakasan j'adorerais le voir !

@chriske Serait-il possible pour vous de jeter un œil à la config docker-compose ? J'ai mis à jour keycloak vers 7.0.1 mais quand je l'ai testé, j'ai eu une erreur de lien de communication étrange entre Keycloak et Mysql.

@EricWittmann
Merci Eric pour le maintien d'un logiciel très utile. Merci comme toujours!
Nginx a été ajouté pour effectuer la communication SSL, et cette méthode a été atteinte par essais et erreurs, donc je ne sais pas s'il s'agit de la bonne méthode de configuration, mais je la partagerai car elle peut être utile.

Apicurio docker setup document anglais ( google transrater )
https://drive.google.com/open?id=1TugdgjqGHwHFcBN8-b3Ov-7eHIMdoT3DUDVjwbyB2NE
Apicurio docker setup document japonais
https://drive.google.com/open?id=1zYkkpRm5a0OD1dQkTelUeud5vqVzYGoYaPMNENEQmGk

@EricWittmann
J'ai oublié mes paramètres de partage GoogleDrive. J'ai accordé l'accès à tout le monde.

C'est assez génial ! J'essaierai de passer un peu de temps à l'approfondir quand je le pourrai. Merci.

Salut!

@EricWittmann J'essaierai de le vérifier ce week-end ! J'espère que c'est un problème mineur.

@Yuutakasan , merci pour votre travail ! Je viens de le lire et j'ai une question : vous avez ajouté des adresses IP fixes à la configuration nginx. Comment pouvez-vous vous assurer que les conteneurs recevront ces adresses ? Je pense que vous devriez utiliser les noms de conteneurs comme noms d'hôtes dans cette configuration. Ou j'ai juste raté quelque chose d'important dans votre doc ?

@chriske Merci d'avoir lu mon document. Je l'ai corrigé maintenant car il y avait une petite erreur quand je l'ai relu. Étant donné que la communication avec le conteneur se fait par gué de port, le conteneur n'a pas besoin de connaître l'adresse IP. La réponse dont vous avez besoin maintenant ?

@chriske
J'ai mis {IP_OF_YOUR_HOST} dans ce chapitre dans la configuration Nginx.
https://github.com/Apicurio/apicurio-studio/blob/master/distro/docker-compose/Readme.md#script -based-setup

Salut @chriske , as-tu déjà eu l'occasion de regarder et/ou de tester la dernière composition docker d'Apicurio ? Je me demande si vous obtenez la même erreur dans KC que moi, et ce que vous pourriez en faire.

Salut @EricWittmann , désolé pour le retard !

Je viens de vérifier et j'ai trouvé un problème de poignée de main entre MySQL et KeyCloak dans les journaux.

jboss-keycloak-mysql_1  | 2019-11-23T07:26:15.557157Z 2 [Note] Bad handshake
jboss-keycloak_1        | 07:26:15,566 WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (ServerService Thread Pool -- 65) IJ000604: Throwable while attempting to get a new connection: null: javax.resource.ResourceException: IJ031084: Unable to create connection
jboss-keycloak_1        |       at [email protected]//org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createLocalManagedConnection(LocalManagedConnectionFactory.java:345)
jboss-keycloak_1        |       at [email protected]//org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:352)
jboss-keycloak_1        |       at [email protected]//org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:287)
jboss-keycloak_1        |       at [email protected]//org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1325)
jboss-keycloak_1        |       at [email protected]//org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:499)

Je vais chercher une configuration docker appropriée pour KeyCloak 7 et essayer notre configuration avec.

Après quelques recherches sur Google, j'ai trouvé ce problème :
https://developer.jboss.org/thread/280802?_sscc=t

Tout d'abord, j'ai essayé de mettre à niveau MySQL vers la version 8.0.12. Mais j'ai dû faire l'expérience, KeyCloak ne fonctionne pas du tout avec 8.x, sur la base de ce problème :

https://issues.jboss.org/browse/KEYCLOAK-7655?attachmentOrder=desc

Donc, je suis revenu au premier problème, et ils ont suggéré de revenir à keycloak 7.0.0
Je l'ai essayé, et cela fonctionne comme un charme. Pouvez-vous le tester vous-même @EricWittmann s'il vous plaît ?

Je vais essayer ça. Merci d'avoir fait le détective.

@chriske OK, j'ai essayé (je viens de mettre à jour le keycloak Dockerfile pour utiliser 7.0.0 au lieu de 7.0.1). Mais j'ai toujours une erreur de démarrage Keycloak en me connectant à mysql (différent cependant):

https://gist.github.com/EricWittmann/81e4ad8eff5eb4cb05d34b066e7e0db7

@EricWittmann C'est vraiment étrange :( Je l'ai réessayé et ça marche.

jboss-keycloak_1        | 15:35:19,604 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
jboss-keycloak_1        | 15:35:19,606 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
jboss-keycloak_1        | 15:35:19,606 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
jboss-keycloak_1        | 15:35:19,606 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: Keycloak 7.0.0 (WildFly Core 9.0.2.Final) started in 62711ms - Started 683 of 988 services (701 services are lazy, passive or on-demand)

Ce que j'ai fait:

  • système docker élaguer --volumes
  • ./reset_env.sh
  • modification de la version de KeyCloak dans le DockerFile en 7.0.0
  • docker run -v $(pwd):/apicurio chriske/apicurio-setup- image:latest bash /apicurio/setup.sh 10.16.0.54 mysql
  • ./start-mysql-environment.sh

OK, je vais réessayer, mais c'est ce que j'ai fait aussi. :) Juste avec une adresse IP différente.

J'ai réessayé et ça a fonctionné. Condition de course possible, ou erreur possible de ma part. Dans tous les cas, le passage de 7.0.1 à 7.0.0 est nécessaire. Je vais donc valider ce changement et clore ce problème. :)

Merci! :)

Merci d'avoir tout compris.

De rien! :)

Cette page vous a été utile?
0 / 5 - 0 notes