Workday Studio-HTTP输出到供应商API的请求接收错误：未定义名为“HTTP令牌身份验证”的bean

Question

我有一个Workday studio集成，可以使用HTTP组件向供应商的API发送GET请求，但我收到了下面的错误。供应商没有用于连接的用户名/密码。我必须用令牌连接。有人知道如何从Studio获取数据吗？

原因：组织。springframework。豆。工厂NoSuchBeanDefinitionException:未定义名为“http令牌身份验证”的bean

任何帮助都非常感谢！

谢谢-雷莫

Answer 1

当使用承载身份验证从Workday Studio向第三方Web服务发送Rest POST请求时，我报告了相同的错误消息。

解决方案是将标头输出类型设置为“消息”，而不是“根部分”。这不是Workday Studio中的错误。

Workday Studio设置标题输出类型设置

问候设拉子

Answer 2

前言；我对Workday Studio不太熟悉，而且似乎也没有任何公共文档，所以这个答案可能忽略了一些细微差别。

Workday、您的代码或可能正在使用的某个库正在引用不存在或找不到的bean（请参阅Spring文档：Core Technologies）。

如果您没有在这里编写任何Java代码，那么几乎可以肯定，这要么是配置问题，要么是Workday Studio中的bug。以下是根据您提供的信息得出的一些观察结果。但首先，一个疯狂的猜测。

Workday处理这个问题的方式似乎与cURL或SoapUI稍有不同。cURL和SoapUI正在执行以下操作：

• 使用参数向URL发送GET请求，并在标头中包含API密钥
• 服务器发送所需的响应

然而，听起来Workday正在做的事情更像是：

• 假设预授权场景，使用质询类型：“令牌”发送GET请求。
• 服务器使用其框架（可能是Rails）用于令牌的正确身份验证类型进行响应http令牌身份验证“
• Workday（错误地）假定服务器正在使用Spring框架，并尝试根据该响应加载正确的身份验证类型bean
• Spring框架会呕吐，因为没有这样的bean

我想，有一种方法可以让Workday很好地使用标准REST API，并按照预期向供应商的服务器提供API密钥，而不是尝试进行质询/响应。

如果不是这样的话，下面还有更多的可能性。

在错误中指定的bean名称是超文本传输协议-Token-auth，它在kebab-case中。命名bean的惯例是（低）camelCase，所以在指定的地方可能只是使用了错误的大小写。

这可能在Workday Studio配置、XML配置文件或您编写的某些自定义代码中（如果有的话）。

如果bean名称正确，则可能存在其他一些配置问题。Spring可以通过扫描类路径（参见Spring文档：类路径扫描和托管组件）或从项目XML加载来隐式检测候选组件。问题可能是：

• 构建路径错误（如果不熟悉，请参阅esaj的回答）

这似乎不太可能，但总是有可能的。如果您还没有编写任何Java代码，那么Workday代码中就有某种东西提供了这个意外的“http令牌身份验证”，或者不恰当地从其他地方接受它，并试图使用它加载bean。

由于您正在尝试使用供应商的API，我强烈建议您尝试与那里的一位工程师合作。可以保证，他们至少有一名工程师以前处理过复杂的集成问题。他们将有更多关于API的细节，并且可能能够为您提供有关您可以共享的任何配置/代码的更直接的输入。