我不是佩加开发商。但是这个问题是针对任何PEGA开发人员/管理员的。这是我最近在尝试将我的应用程序(使用REST服务)与PEGA 7集成时注意到的一个问题。
我从我的应用程序中创建了一个REST服务,并使用OAuth 2.0身份验证托管它。PEGA应用程序必须使用我的服务。
为了测试从PEGA到我的应用程序的连接性,我自己创建了一个OAuth令牌,并与PEGA开发人员共享该令牌,让他们跳过授权调用直接调用我的服务。
使用任何REST测试工具,如Chrome的REST控制台、APIgee等,我只需将http-header param作为param名称: Authorization & param value: OAuth来测试REST服务。
但是PEGA在直接提供http-header参数来测试我来自PEGA PRPC应用程序的服务时遇到了问题。
我对佩加开发人员/管理员的问题是,
发布于 2014-06-30 15:35:38
添加标头参数相对简单。要从PEGA中的REST中获取信息,您可以定义一个Connect-REST规则。遗憾的是,我没有足够的声誉在我的回答中发布图片,但我上传了标题区域的照片,你可以在这里看到http://imgur.com/vWBm6dD。确保您告诉PEGA开发人员选择“常数”作为Map,并将令牌放在"Map键“字段中的引号中,就像我在图像中所做的那样。
不幸的是,无法记录完整的传出数据包。如果将日志记录级别设置为活动规则-Connect-REST.pyInvokeRESTConnector,则在连接过程中记录更多信息,包括完整的传出URL,但不记录头。对于PEGA开发人员,要更改此活动的日志记录级别,请转到主菜单(单击DesignerStudio) -> System -> Tools -> Logs -> logging level Settings。这里将记录器名称设置为"Rule_Obj_Activity.pyInvokeRESTConnector.Rule_Connect_REST.Action“,并设置要调试的级别。
如果这不足以解决问题,那么PEGA开发人员可以选择添加他们自己的日志记录。PEGA中的连接器规则被调用而不是组装,创建数据包并调用远程服务的代码在该活动的第5步pyInvokeRESTConnector中。与其他活动一样,该活动可以是私有签出,因此您可以添加您自己的自定义日志记录,以确保在那里正确地设置了所有内容。但是,我强烈建议他们不要在应用程序规则集中覆盖该活动。私有签出是临时的,所以它们很好,但是覆盖是永久的,如果他们决定升级到PRPC的另一个版本,也会覆盖所有未来的更新。
发布于 2014-10-01 16:10:04
您可以使用Fiddler工具来查看Pega到底会产生什么来调用您的服务。
对于OAuth身份验证,请确保将Pega身份验证配置文件设置为OAuth,并正确提取令牌。
Fiddler会帮你看到发生了什么。
https://stackoverflow.com/questions/24472899
复制相似问题