嗨，Hemanthika，

这是我对此的想法

1。 使用值映射并控制ID中的用户ID/密码：-不错的选择，但是您无法隐藏用户ID和密码。 使开发人员将来可以更轻松地更改用户ID/密码。

2。 使用参数化Java映射并控制ID中的用户ID/密码。-开发人员必须知道Java映射以及如何设置参数。 许多并非来自Java背景的开发人员在这样做时可能会遇到问题。

3。 从系统属性中获取SID，即PID或PIQ或PIP，然后设置条件（如果是其他条件）以选择相应的用户ID和密码：-最好保留此选项。 随着时间的推移，业务发生变化，他们可能决定更换服务器或克隆服务器。 克隆服务器时，包括SID在内的内部系统属性将发生更改（概率为90％）。 然后，开发人员将不得不更改与之相关的硬编码。

""我想使用选项1和2，在两种情况下，我都将密码公开给其他开发人员。我可以隐藏密码吗？ 像我们在密码字段中一样显示为星号字符的字段？建议使用以上两个选项中的哪个？"

ans）您需要确保将来继续进行项目维护，即使 您决定继续前进。

接管的开发人员应该能够轻松理解用户名和密码的下落。 因此，我建议第四个选择是消息映射。 在消息映射（MM）中提供用户名和密码作为常量字段。 在相同的操作/接口映射中，消息映射应在Java映射代码之前。 用户名和密码将在MM中进行硬编码。 MM用作java映射的输入。 如果要隐藏实际密码，则在常量字段中以相反的方式指定它，并在将其输入Java映射之前使用和UDF使其正确。 也就是说，如果密码为 xyz @ 123 ，则在到达Java映射之前会说 321 @ zyx 。 因此，即使暴露了密码，也不是实际的密码。 开发人员必须研究UDF才能找到实际的密码。

"就像当我从Web服务获取会话ID时，它说会话有效14000秒，因此这意味着我们可以重用此会话ID，而不是每次都获取会话ID。那么什么是 处理此问题的最佳方法"。

ans）您无法在这里冒险，因为您不知道该会话ID何时无效。 若要使用整天有效的相同会话ID，则应保持相同的时间86400秒。 因此，每次访问Web服务时，都必须生成一个新的会话ID。 如果您在同一场景中多次调用Web服务，那么最好的选择是建议"我认为唯一的选择是将其存储在z表中并进行soap rfc查找。" 。 您也可以使用UDF将其存储在PI Server的临时文件中（但更安全的选择是使用Z表）。

最后，"我可以像在密码字段中那样隐藏我的密码字段吗？ 星号字符？"

ans）我认为SAP PI中没有此选项。 您可以等待专家对此做出回应。

致谢

Anupam