Javascript 当keydove.js与应用程序捆绑在一起时出错，但不是其他情况

我对keydaveat.js有以下问题

场景1：

在我的application index.html（捆绑在JAR文件中并部署在Jetty中）中，我有以下代码：

<script src="keycloak.js"></script>

<script>
  var keycloak = Keycloak({
    "realm": "master",
    "clientId": "client1",
    "auth-server-url": "http://<<keycloak-server-ip>>:<<port>>/auth",
    "public-count": true
    });

  keycloak.init({
      onLoad: 'login-required'
  }).success(function () {
     alert("login success");
  });

</script>

var keydove=keydove({
“领域”：“大师”，
“客户端ID”：“客户端1”，
“身份验证服务器url”：“http://：/auth”，
“公众计数”：正确
});
keydape.init({
onLoad:“需要登录”
}).success（函数（）{
警报（“登录成功”）；
});

我在KeyClope服务器中有以下客户端配置

Client Protocol - openid-connect
Access Type - public 
Standard Flow Enabled - ON
Implicit Flow Enabled - OFF
Direct Access Grants Enabled - ON
Authorization Enabled - OFF
Root URL -
Valid Redirect URIs - http://<<myapplicationIP>>:<<myapplicationPort>>/admin/*
Base URL - http://<<myapplicationIP>>:<<myapplicationPort>>/admin
Admin URL -
Web Origins -

客户端协议-openid连接
访问类型-公共
标准流已启用-打开
隐式流启用-关闭
已启用直接访问授权-打开
授权启用-关闭
根URL-
有效的重定向URI-http://：/admin/*
基本URL-http://：/admin
管理员URL-
网络起源-

在这种配置下，当我第一次点击

http://：/admin/

我将被重定向到

http://<<myapplicationIP>>:<<myapplicationPort>>/realms/master/protocol/openid-connect
/auth?client_id=client1&redirect_uri=http%3A%2F%2F<<myapplicationIP>>%3A<<myapplicationPort>>%2Fadmin%2F&state=c524eb6c-9245-4f82-87e9-e767dd733b0d&nonce=760809b5-b2d5-4c3e-9d76-40cd43bdef0d&response_mode=fragment&response_type=code&scope=openid

http://：/realms/master/protocol/openid connect
/身份验证？客户端id=client1&redirect\u uri=http%3A%2F%2F%3A%2Fadmin%2F&state=c524eb6c-9245-4f82-87e9-e767dd733b0d&nonce=760809b5-b2d5-4c3e-9d76-40cd43bdef0d&response模式=片段和响应类型=代码和范围=openid

我得到了404，这是预期的，因为KeyClope正试图重定向到

http://<<myapplicationIP>>:<<myapplicationPort>>/realms/... 

http://：/realms/。。。

这在我的应用程序中不存在

场景2：

当我做与场景1相同的事情时，除了以下几点，一切都按预期进行

<script src="http://<<keycloakServerIP>>:<<keycloakServerPort>>/auth/js/keycloak.js"></script>

---

那么，绑定keydepot.js和在运行时加载它在操作上有什么不同呢？

使用

url

而不是

auth-server-url

，这里也有答案：

使用

url

而不是

auth-server-url

，这里也有答案：