Apicurio-studio: [سؤال] هل يجب أن يستخدم خادم keycloak 7.0.1 حتى في بيئة إنشاء Distro Docker؟

تم إنشاؤها على ٤ نوفمبر ٢٠١٩  ·  23تعليقات  ·  مصدر: Apicurio/apicurio-studio

أحاول تثبيت KeycloakServer و Apicurio باستخدام Docker-compose.
هل من الأفضل عدم استخدام 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
الترقية إلى Keycloak 7 (# 950)
https://github.com/Apicurio/apicurio-studio/commit/fe1d4d3a946e94b0becacb2a3aea18a0c3b7888f

question

التعليق الأكثر فائدة

حاولت مرة أخرى ونجحت. حالة السباق المحتملة ، أو الفوضى المحتملة من جانبي. في كلتا الحالتين ، يكون التبديل من 7.0.1 إلى 7.0.0 ضروريًا. لذلك سألتزم بهذا التغيير وأغلق هذه القضية. :)

ال 23 كومينتر

نعم ، يجب أن نستخدم Keycloak 7 - لقد نسيت تحديث تكوين تكوين عامل الإرساء. سأجري هذا الاختبار غدًا وأقوم بتحديثه.

يفهم. شكرا لك على الرد.
أنتظر اختبارك وقم بترقية بيئتي إلى keycloak7.

تضمين التغريدة
لقد أنشأت وثائق إعداد تقريبية لـ Apicurio (Docker). لعلمك.
سامحني على الترجمة الآلية لأنني صنعتها باللغة اليابانية.

شكرا Yuutakasan أحب أن أراها!

chriske هل سيكون من الممكن لك إلقاء نظرة على تكوين عامل الإرساء؟ لقد قمت بتحديث keycloak إلى 7.0.1 ولكن عندما اختبرته حصلت على خطأ غريب في ارتباط الاتصالات بين Keycloak و Mysql.

تضمين التغريدة
شكرا لك ايريك لصيانة برنامج مفيد جدا. شكرا لكم دائما!
تمت إضافة Nginx لإجراء اتصال SSL ، وتم الوصول إلى هذه الطريقة من خلال التجربة والخطأ ، لذلك لا أعرف ما إذا كانت هذه هي طريقة الإعداد الصحيحة ، لكنني سأشاركها لأنها قد تكون مفيدة.

مستند إعداد Apicurio Docker باللغة الإنجليزية (Google Transrater)
https://drive.google.com/open؟id=1TugdgjqGHwHFcBN8-b3Ov-7eHIMdoT3DUDVjwbyB2NE
وثيقة إعداد Apicurio docker اليابانية
https://drive.google.com/open؟id=1zYkkpRm5a0OD1dQkTelUeud5vqVzYGoYaPMNENEQmGk

تضمين التغريدة
لقد نسيت إعدادات مشاركة GoogleDrive الخاصة بي. لقد منحت حق الوصول إلى الجميع.

هذا رائع جدا! سأحاول قضاء بعض الوقت في استعراضه بشكل أكثر شمولاً عندما أستطيع ذلك. شكرا لك.

أهلا!

EricWittmann سأحاول التحقق من ذلك في نهاية الأسبوع! آمل أن تكون هذه مشكلة صغيرة.

Yuutakasan ، شكرا لعملك! لقد قرأته للتو ، ولدي سؤال: لقد أضفت عناوين IP للإصلاح إلى تهيئة nginx. كيف يمكنك التأكد من أن الحاويات ستحصل على هذه العناوين؟ أعتقد أنه يجب عليك استخدام أسماء الحاوية كأسماء مضيفين في هذا التكوين. أو لقد فاتني شيء مهم في مستندك؟

chriske شكرًا لك على قراءة المستند الخاص بي. لقد قمت بتصحيحه الآن لأنه كان هناك خطأ بسيط عندما قرأته مرة أخرى. نظرًا لأن الاتصال بالحاوية يتم عن طريق إخراج المنفذ ، فلن تحتاج الحاوية إلى معرفة عنوان IP. هل الجواب الذي تحتاجه الآن؟

تضمين التغريدة
لقد وضعت {IP_OF_YOUR_HOST} في هذا الفصل في تكوين Nginx.
https://github.com/Apicurio/apicurio-studio/blob/master/distro/docker-compose/Readme.md#script -based-setup

مرحبًا chriske ، هل

مرحبًا EricWittmann ، آسف على التأخير!

لقد تحققت منه للتو ، ووجدت مشكلة في المصافحة بين MySQL و KeyCloak في السجلات.

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)

سأذهب وأبحث عن تكوين عامل إرساء مناسب لـ KeyCloak 7 ، وجرب التهيئة الخاصة بنا معه.

بعد البحث في googling ، وجدت هذه المشكلة:
https://developer.jboss.org/thread/280802؟_sscc=t

بادئ ذي بدء ، حاولت ترقية MySQL إلى 8.0.12. لكن كان عليّ أن أجرب ، KeyCloak لا يعمل مع 8.x على الإطلاق ، بناءً على هذه المشكلة:

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

لذا ، عدت إلى الإصدار الأول ، واقترحوا العودة إلى keycloak 7.0.0
لقد جربته ، وهو يعمل مثل السحر. هل يمكنك اختبارها EricWittmann بنفسك من فضلك أيضًا؟

سأجرب ذلك. شكرا لقيامك بالتجسس.

chriske حسنًا ، لقد Dockerfile لاستخدام 7.0.0 بدلاً من 7.0.1). لكنني تلقيت خطأ بدء تشغيل Keycloak أثناء الاتصال بـ mysql (على الرغم من اختلافه):

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

EricWittmann إنه أمر غريب حقًا :( لقد جربته مرة أخرى ، وهو يعمل.

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)

ماذا فعلت:

  • تقليم الأحجام لنظام عامل الإرساء
  • ./reset_env.sh
  • تم تغيير إصدار KeyCloak في DockerFile إلى 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

حسنًا ، سأحاول مرة أخرى - لكن هذا ما فعلته أيضًا. :) فقط باستخدام عنوان IP مختلف.

حاولت مرة أخرى ونجحت. حالة السباق المحتملة ، أو الفوضى المحتملة من جانبي. في كلتا الحالتين ، يكون التبديل من 7.0.1 إلى 7.0.0 ضروريًا. لذلك سألتزم بهذا التغيير وأغلق هذه القضية. :)

شكرا! :)

شكرا لك على اكتشاف كل شيء.

على الرحب والسعة! :)

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات