Snowflake cloud data platform Snowflake JDBC驱动程序在每个SAML连接上将用户重定向到浏览器,只是为了显示一条消息。在3.6.7中固定,在3.12.8中再次断开

Snowflake cloud data platform Snowflake JDBC驱动程序在每个SAML连接上将用户重定向到浏览器,只是为了显示一条消息。在3.6.7中固定,在3.12.8中再次断开,snowflake-cloud-data-platform,Snowflake Cloud Data Platform,通过显示“您的身份已确认并传播到Snowflake JDBC驱动程序。您现在可以关闭此窗口并返回起始位置”在3.6.7驱动程序中修复了在每个SAML连接上将用户重定向到浏览器的恶劣习惯(至少对于我们的应用程序环境)。从这个驱动程序版本开始,只有第一个连接执行此操作,而第一个连接之后的所有连接都以静默方式建立。从3.12.8开始,虚拟重定向再次返回。在一个应用程序中,连接一次又一次地打开和关闭,重定向是非常烦人的。 有人知道这里发生了什么吗?有没有办法避免这种情况发生?这在3.12.10中再次修复

通过显示“您的身份已确认并传播到Snowflake JDBC驱动程序。您现在可以关闭此窗口并返回起始位置”在3.6.7驱动程序中修复了在每个SAML连接上将用户重定向到浏览器的恶劣习惯(至少对于我们的应用程序环境)。从这个驱动程序版本开始,只有第一个连接执行此操作,而第一个连接之后的所有连接都以静默方式建立。从3.12.8开始,虚拟重定向再次返回。在一个应用程序中,连接一次又一次地打开和关闭,重定向是非常烦人的。
有人知道这里发生了什么吗?有没有办法避免这种情况发生?

这在3.12.10中再次修复:


雪花支持为我澄清了这一点。 ALLOW_ID_TOKEN account level参数是自3.12.8(JDBC)以来控制缓存的参数。
那么我们只需要考虑到这一点。在我们的应用程序中,除了建议用户进行设置外,似乎没有其他选项。我们无法单独执行此操作,因为它是一个帐户级别的安全设置,只能在AccountAdmin角色下更改。

正如我已经提到的(由于您的评论,我现在再次检查了它),在3.12.10中它没有被修复。在我的申请书3.12.10/11/12/13中复制了它。再一次,当我在应用程序的同一个实例中切换回3.12.7,以确保切换驱动程序版本确实会改变行为时,重复重定向消失了。那么我的案子可能不完全是固定的。首先,它为我修复,然后又被破坏的版本可能会告诉像你这样对变化历史有着深刻理解的人一些事情。非常感谢你的回答。我们现在知道,至少在Snowflake上你真的知道一些事情。我不是一名软件开发人员,只是根据我在发行说明中读到的内容,试图提供帮助。我在你的帖子中没有看到你尝试过3.12.8之外的任何东西,所以我觉得这是值得注意的。向Snowflake报告Stackoverflow上的bug并不是最有效的方法。您是否查看了github以了解驱动程序:或者向Snowflake支持部门报告了此问题?谢谢。是的,我们也通过我们在Snowflake的联系人。我把这个问题贴在这里,以防有人马上找到解决办法。我试了太多,不想写得太多。这一轮调查是在我们即将提出3.12.12作为最新的经美国雪花驾驶员验证的版本时开始的。我已经将它添加到我们的列表中,不希望很久以前修复的问题再次出现,但是测试人员通知它回来了。之后,我玩了不同版本的驱动程序,直到最新的一个,以找出确切的点,它是固定的,并再次打破。