问题标签 [change-notification]

我尝试（但失败了）使用 JDBC 来获取有关数据库表更改的通知。在这里寻找答案时，我发现数据库更改通知自 12c 以来已从 JDBC 中删除。

所以 - 而不是问我的代码为什么失败，我的问题是 - 如果我不能使用上述方法，我如何才能得到表格更改的通知？表中的更改是指插入、更新和删除，而不是 ddl 中的更改。

最好我希望能够以编程方式注册/添加侦听器，而不是依赖 dbadmin 在数据库中添加触发器或 plsql 脚本。

由于该代码应该适用于各种客户端安装，因此我不能非常具体地说明它适用于哪个 Oracle 版本。我猜 19 是一个合理的目标版本。

帮助我在 LDAP（Java）中接收更改通知。当一个对象（用户修改他们的条目）时，我已经搜索了几个资源，但无法进一步移动。

在获取资源“/communications/callRecords”的更改通知 API 订阅 ID 时，它总是给出“处理存储扩展时出错”。这是应用程序权限始终反映的问题

在获取订阅/{ID} 时，我收到此错误。

谢谢

我正在尝试使用 Oracle JDBC 注册来自 Oracle 表 (19c) 的更改通知。由于查询包含一个 JOIN 我正在使用 BEST 努力模式。我的用户已被“授予”更改通知权限。

在这一点上，我只是想让通知者接受任何查询。这不是最终版本，但我知道我们需要一个涉及两个表的查询。将查询更改为更简单的查询会SELECT * from SCDAT.SECURITIES WHERE SCDAT.SECURITIES.INSTYPE = 28给出相同的输出。

测试代码

日志输出

此处解释了错误 ORA-29979 https://www.oraexcel.com/database-oracle-11gR2-ORA-29979，但根据 dbadmin，数据库上的 COMPATIBLE 设置为 19.0.0。

我应该补充一点，使用同一用户在 sqldeveloper 中运行查询可以正常工作。

关于如何进行的任何建议或想法？

/卡特琳娜

Microsoft Graph API 具有访问 todoTask 的规定 - 但是它没有应用程序级别的权限（这些权限被列为“不支持”）。应用程序将如何实现创建/更新任务并为多个用户获取通知？似乎是 api 框架中的一个明显漏洞

Question
Does MsGraph give a lower priority to change notifications when running a subscribed webhook locally? If not, I'm open to hearing any theories as to why this extra delay (from MsGraph to the webhook) could be happening on the local machine, but not when running it in their cloud.

Some background info
When running an Azure Function webhook locally through ngrok (reverse proxy), there's considerable delay in MsGraph sending change notifications to the webhook. Once ngrok receives a notification, it's passed on almost instantly to the correct API call. Calling the ngrok url manually has an near-instant response time. The problem is in Microsoft Graph not sending the notification updates at all (or tens of minutes to hours later).

Forging my own change notifications and feeding them to an Azure Queue for now, but I'd rather just receive live updates to properly test the different paths.

I'm subscribing to the 'messages' change notifications.

Edit: One could work around the delay by forging notifications and manually feeding them to a queue.

我注册了通话记录订阅。

我尝试了很多，我从带有 ngrok 的本地 C# 应用程序开始，然后我使用带有 nodejs 的 Azure 函数。在没有生命周期通知的情况下在本地创建订阅可以正常工作，使用带有 nodeJS 的 Azure 函数创建订阅也可以与两个 url（通知和生命周期）一起正常工作。

对于 post call，我使用了以下 JSON：

两个 url 的注册 Azure 函数使用以下代码：

问题不是获取通话记录，而是在行为不当或我不知道的情况下，我没有收到生命周期通知。

我尝试过等待到期，阻止通知 url，删除应用注册，更改/删除密钥，删除必要的 API 权限。

我等了半天多，我认为生命周期通知的反应时间为 5-6 小时，但我没有收到生命周期通知。

有人可以告诉我出了什么问题吗？

我在订阅客户星座中的 callRecords 时遇到问题，我得到响应状态 Forbidden（见帖子末尾）。

我做了这个步骤：

1. 使用 CallRecords.Read.All 注册一个应用程序注册并获得管理员同意
2. 在尝试发送 POST 请求时，它在我的任何编码程序中都不起作用，但在 Postman 中它与应用程序许可一起工作。

它适用于 Postman，但不适用于 Azure Functions（在本地启动）或其他编码应用程序，需要获取合适的不记名令牌。如果使用我从程序例程获得的令牌发送 Post-request，我会收到 Forbidden as Response 消息。

清单 1：获取访问令牌

我分析了我用 jwt.ms 获得的这个令牌（ID 和其他信息用 *** 标记）

令牌的 JSON 信息

来自代码的令牌和我从邮递员应用程序获得的令牌之间的区别是SCP：“CallRecords.Read.All”

然后我发现如果我使用带有委托权限的应用程序注册 User.read.All 如果我有一个有效的用户登录到相关的租户中，那么所有的工作都对我有用，因此创建呼叫记录订阅成功。但是在客户端，我们只有一个应用程序注册+密钥，具有 callrecords.read.all 和 User.read.all 权限。在客户案例中，我每次都在未经许可的情况下获得令牌。并且在租户中无法重定向到邮递员回调 URL。

我阅读了文档https://docs.microsoft.com/de-de/graph/sdks/choose-authentication-providers?tabs=CS#client-credentials-provider和相应的链接，但我没有得到我必须做的概述做。

我尝试了 youtube 视频https://www.youtube.com/watch?v=Z1xFjmttEvY用于发送此帖子的逻辑应用程序 - 步骤类似于创建客户应用程序注册。但它也失败了（同样的错误）。我在正文中使用了https://graph.microsoft.com/v1.0/subscriptions ：

更新这件事发生了， 但它不会伤害 Postman，它可以工作。为什么会这样，为什么我可以复制这种行为？

请有人告诉我我做错了什么或我必须做什么，以便我可以像邮递员一样获取令牌作为应用程序的请求？

When I was creating a subscription for change notification with callRecords via Graph Explorer. The request details as following:

URL: https://graph.microsoft.com/v1.0/subscriptions
Method: POST
Body:

And I got the error as following:

I have some googling, someone told it is problem with Access Token, but I don't know what access token I need to use.

Could you have some advices or solutions. Thanks in advance.

背景：

我想在逻辑应用中接收Azure Active Directory用户更改的通知。我使用Microsoft Graph的 REST API创建了对 AD 用户更改的订阅：

我收到了201 CreatedHTTP 响应代码并开始在应用程序中接收通知。（请参阅Microsoft 文档）。

问题： 我收到的通知比预期的多得多，而且非常频繁。我只想接收范围为 AD 用户资源类型而不是任何子资源类型的通知。大量用户更改通知背后的问题可能是什么？在订阅创建请求中设置范围时，我是否做错了什么或遗漏了什么？