Caching SalesForce集成-通知外部系统SF对象定义更改

Caching SalesForce集成-通知外部系统SF对象定义更改,caching,notifications,salesforce,integration,Caching,Notifications,Salesforce,Integration,我们有一个使用SF SOAP API与SalesForce集成的软件。当我们在用户级别向SF发送数据或从SF接收数据时,我们必须知道用户可以访问哪些SF对象和对象字段(基于SF可见性规则)。因此,我们首先调用describeSObject(objName)并将其存储到缓存中以加快集成 发生的情况是,当我们的客户端更改可见性规则或重命名SF端的对象字段时,它们必须使应用程序中的缓存无效。如果他们忘记了(通常也是这样),我们就不会意识到我们的缓存是无效的 问题:当可见性规则更改,或者对象字段被添加/

我们有一个使用SF SOAP API与SalesForce集成的软件。当我们在用户级别向SF发送数据或从SF接收数据时,我们必须知道用户可以访问哪些SF对象和对象字段(基于SF可见性规则)。因此,我们首先调用describeSObject(objName)并将其存储到缓存中以加快集成

发生的情况是,当我们的客户端更改可见性规则或重命名SF端的对象字段时,它们必须使应用程序中的缓存无效。如果他们忘记了(通常也是这样),我们就不会意识到我们的缓存是无效的


问题:当可见性规则更改,或者对象字段被添加/删除/重命名时,是否有方法从SF调用我们的web服务?如果可能的话,由于SF中的可见性规则非常复杂,我们如何区分哪些用户受更改影响(这样我们就不会使每个人的缓存无效)?

我想您目前还不能


或者,捕获由于元数据不匹配而发生的异常,并刷新该用户的本地缓存。然后用更新的元数据重试原始请求。

Hm,这样我就不知道对象SF定义是否真的发生了更改,或者我只是有错误的映射或无效的SF查询(我们的客户端可以将自己的查询写入SF)。我不能每次都清除缓存-这只能保证性能不好。我不是说每次都要清除缓存。仅当查询返回的异常指示用户的元数据已过期时。即,他们请求一个不再存在的字段。除了轮询元数据之外,我认为没有其他检测模式更改的方法。“我怀疑您目前无法做到。”-目前看来答案是正确的。无法订阅元数据更改。