Oauth 2.0 杰普斯特没有';t创建';杰普斯特';带钥匙斗篷的王国

Oauth 2.0 杰普斯特没有';t创建';杰普斯特';带钥匙斗篷的王国,oauth-2.0,jhipster,openid,keycloak,Oauth 2.0,Jhipster,Openid,Keycloak,当使用docker compose启动Key斗篷时,会创建“主”域,但不会创建“jhipster”域。我看到两个文件jhipster-realm.json和jhipster-users-0.json。我可以从KeyClope管理控制台手动导入它们。据我所知,几个月前创建的一个项目自动导入了“jhipster”领域。配置项目时我做错了什么吗 Jhipster版本:6.5.1 密钥斗篷版本:7.0.0 KeyClope.yml是生成器的默认值 version: '2' services: key

当使用docker compose启动Key斗篷时,会创建“主”域,但不会创建“jhipster”域。我看到两个文件jhipster-realm.json和jhipster-users-0.json。我可以从KeyClope管理控制台手动导入它们。据我所知,几个月前创建的一个项目自动导入了“jhipster”领域。配置项目时我做错了什么吗

Jhipster版本:6.5.1 密钥斗篷版本:7.0.0

KeyClope.yml是生成器的默认值

version: '2'
services:
  keycloak:
    image: jboss/keycloak:7.0.0
    command:
      [
        '-b',
        '0.0.0.0',
        '-Dkeycloak.migration.action=import',
        '-Dkeycloak.migration.provider=dir',
        '-Dkeycloak.migration.dir=/opt/jboss/keycloak/realm-config',
        '-Dkeycloak.migration.strategy=OVERWRITE_EXISTING',
        '-Djboss.socket.binding.port-offset=1000',
      ]
    volumes:
      - ./realm-config:/opt/jboss/keycloak/realm-config
    environment:
      - KEYCLOAK_USER=admin
      - KEYCLOAK_PASSWORD=admin
      - DB_VENDOR=h2
    ports:
      - 9080:9080
      - 9443:9443
      - 10990:10990
使用
mvnw
命令启动应用程序时出错导致此错误

 Factory method 'clientRegistrationRepository' threw exception; nested exception is java.lang.IllegalArgumentException: Unable to resolve the OpenID Configuration with the provided Issuer of "http://localhost:9080/auth/realms/jhipster"
        at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:769)
        at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:218)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1341)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1187)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:555)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
        at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:847)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:877)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:549)
        at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:141)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:744)
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:391)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:312)
        at com.ve.EducationApp.main(EducationApp.java:63)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)

我遇到了完全相同的问题,当我在容器领域中打开shell时,用户文件不在那个里,并且并没有被导入,这似乎是一些装载问题。但是,当我将docker compose文件版本(设置为较旧的版本,即“2”)更新为版本:“3.7”时,它开始对我起作用。它工作得很好。

您需要检查docker卷是否正确装入:
/realm config:/opt/jboss/keydove/realm config
。进入容器,进入
/opt/jboss/keydape/realm config
并尝试列出此文件夹中的文件该目录中没有文件。[jboss@e66ad05f6efd领域配置]$ls-l总计0表示卷未正确装入。你用窗户吗?在这种情况下,请确保您的项目位于用户文件夹下,例如C:\Users\yourname,否则,我认为您可能会遇到以下问题:volume@PascalGrimaud非常感谢你。在我将项目移动到c:\Users\,=目录后,它运行良好。