Apicurio-studio: [Frage]Sollte der Keycloak-Server 7.0.1 auch in einer Distro Docker-compose-Umgebung verwenden?

Erstellt am 4. Nov. 2019  ·  23Kommentare  ·  Quelle: Apicurio/apicurio-studio

Ich versuche, KeycloakServer und Apicurio mit Docker-Compose zu installieren.
Ist es besser, Keycloak Server 7 nicht zu verwenden?

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
Upgrade auf Schlüsselumhang 7 (#950)
https://github.com/Apicurio/apicurio-studio/commit/fe1d4d3a946e94b0becacb2a3aea18a0c3b7888f

question

Hilfreichster Kommentar

Habe es nochmal probiert und es hat funktioniert. Mögliche Rennbedingung oder mögliches Durcheinander meinerseits. In jedem Fall ist der Wechsel von 7.0.1 auf 7.0.0 notwendig. Also werde ich diese Änderung vornehmen und dieses Thema schließen. :)

Alle 23 Kommentare

Ja, wir sollten Keycloak 7 verwenden - ich habe vergessen, die Docker Compose-Konfiguration zu aktualisieren. Ich werde das morgen testen und ein Update pushen.

verstanden. Danke für die Wiederholung.
Ich warte auf Ihren Test und aktualisiere meine Umgebung auf keycloak7.

@EricWittmann
Ich habe eine grobe Setup-Dokumentation für Apicurio (Docker) erstellt. Zu Ihrer Information.
Verzeihen Sie mir die maschinelle Übersetzung, weil ich sie auf Japanisch gemacht habe.

Danke @Yuutakasan, ich würde es gerne sehen!

@chriske Wäre es möglich, dass Sie sich die Docker-Compose-Konfiguration ansehen? Ich habe keycloak auf 7.0.1 aktualisiert, aber als ich es getestet habe, ist ein seltsamer Kommunikationsverbindungsfehler zwischen Keycloak und Mysql aufgetreten.

@EricWittmann
Danke Eric für die Pflege einer sehr nützlichen Software. Vielen Dank wie immer!
Nginx wurde hinzugefügt, um die SSL-Kommunikation durchzuführen, und diese Methode wurde durch Versuch und Irrtum erreicht, daher weiß ich nicht, ob dies die richtige Einrichtungsmethode ist, aber ich werde sie teilen, da sie hilfreich sein kann.

Apicurio Docker Setup-Dokument Englisch (Google Transrater)
https://drive.google.com/open?id=1TugdgjqGHwHFcBN8-b3Ov-7eHIMdoT3DUDVjwbyB2NE
APIcurio Docker Setup-Dokument japanisch
https://drive.google.com/open?id=1zYkkpRm5a0OD1dQkTelUeud5vqVzYGoYaPMNENEQmGk

@EricWittmann
Ich habe meine Freigabeeinstellungen für GoogleDrive vergessen. Ich habe allen Zugang gewährt.

Das ist ziemlich großartig! Ich werde versuchen, wenn möglich, etwas Zeit damit zu verbringen, es gründlicher durchzuarbeiten. Dankeschön.

Hi!

@EricWittmann Ich versuche es am Wochenende zu checken! Ich hoffe, es handelt sich um ein kleines Problem.

@Yuutakasan , danke für deine Arbeit! Ich habe es gerade gelesen und habe eine Frage: Sie haben der nginx-Konfiguration feste IP-Adressen hinzugefügt. Wie können Sie sicherstellen, dass die Container diese Adressen erhalten? Ich denke, Sie sollten die Containernamen als Hostnamen in dieser Konfiguration verwenden. Oder habe ich nur etwas Wichtiges in Ihrem Dokument übersehen?

@chriske Vielen Dank, dass Sie mein Dokument gelesen haben. Ich habe es jetzt korrigiert, weil beim nochmaligen Lesen ein kleiner Fehler unterlaufen ist. Da die Kommunikation zum Container per Port-Fording erfolgt, muss der Container die IP-Adresse nicht kennen. Ist die Antwort, die Sie jetzt brauchen?

@chriske
Ich habe {IP_OF_YOUR_HOST} in diesem Kapitel in die Nginx-Konfiguration eingefügt.
https://github.com/Apicurio/apicurio-studio/blob/master/distro/docker-compose/Readme.md#script -based-setup

Hey @chriske, hast du jemals die Gelegenheit

Hey @EricWittmann , sorry für die Verspätung!

Ich habe es gerade überprüft und in den Protokollen ein Handshake-Problem zwischen MySQL und KeyCloak gefunden.

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)

Ich werde nach einer geeigneten Docker-Konfiguration für KeyCloak 7 suchen und unsere Konfiguration damit ausprobieren.

Nach einigem googeln bin ich auf dieses Problem gestoßen:
https://developer.jboss.org/thread/280802?_sscc=t

Zuerst habe ich versucht, MySQL auf 8.0.12 zu aktualisieren. Aber ich musste erleben, dass KeyCloak mit 8.x überhaupt nicht funktioniert, basierend auf diesem Problem:

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

Also ging ich zurück zum ersten Problem und sie schlugen vor, zu keycloak 7.0.0 zurückzukehren
Ich habe es ausprobiert und es funktioniert wie ein Zauber. Kannst du es @EricWittmann bitte auch selbst testen?

Ich werde das versuchen. Danke, dass du die Detektivarbeit geleistet hast.

@chriske OK Ich habe es versucht (hat gerade den Schlüsselcloak Dockerfile aktualisiert, um 7.0.0 anstelle von 7.0.1 zu verwenden). Aber ich habe immer noch einen Keycloak-Startfehler beim Verbinden mit MySQL (allerdings anders):

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

@EricWittmann Es ist wirklich seltsam :( Ich habe es noch einmal versucht und es funktioniert.

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)

Was ich getan habe:

  • docker system prune --volumes
  • ./reset_env.sh
  • KeyCloak-Version im DockerFile auf 7.0.0 geändert
  • docker run -v $(pwd):/apicurio chriske/apicurio-setup- image:latest bash /apicurio/setup.sh 10.16.0.54 mysql
  • ./start-mysql-environment.sh

OK, ich versuche es noch einmal - aber das habe ich auch gemacht. :) Nur mit einer anderen IP-Adresse.

Habe es nochmal probiert und es hat funktioniert. Mögliche Rennbedingung oder mögliches Durcheinander meinerseits. In jedem Fall ist der Wechsel von 7.0.1 auf 7.0.0 notwendig. Also werde ich diese Änderung vornehmen und dieses Thema schließen. :)

Vielen Dank! :)

Danke, dass du alles herausgefunden hast.

Gern geschehen! :)

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen