FetchSlackMessage 2025.5.31.15¶
捆绑包¶
com.snowflake.openflow.runtime | runtime-slack-processors-nar
描述¶
提取有关单条 Slack 消息的数据
输入要求¶
支持敏感的动态属性¶
false
属性¶
属性 |
描述 |
|---|---|
访问令牌 |
用于认证/授权 NiFi 发送的 Slack 请求的 OAuth 访问令牌。这可以是用户令牌或机器人令牌。根据所使用的会话类型，必须授予以下范围之一：channels:history、groups:history、im:history 或 mpim:history scope。 |
通道 |
用于检索消息的 Slack 通道 ID。 |
包括消息块 |
指定输出 JSON 是否应包含每条 Slack 消息的“block”字段的值。此字段包括诸如使用富文本格式的消息的各部分之类的信息。例如，这可能对解析非常有用。但它通常占数据中很大一部分，因此在对您没有用处时，它可能会被设置为 null。 |
包括 Null 字段 |
指定输出 JSON 中是否应包含 null 值的字段。如果为 true，则 Slack 消息中任何值为 null 的字段都将包含在 JSON 中。如果为 false，则输出 JSON 中将完全省略该密钥。省略 null 值会生成较小的消息，这些消息的处理效率通常更高，但是包含这些值可以更好地理解格式，对于架构推断尤其有用。 |
消息时间戳 |
消息的时间戳，也是它在通道中的 ID。 |
解析用户名 |
指定是否应将用户 IDs 解析为用户名。默认情况下，Slack 消息提供发送消息的用户的 ID，例如 U0123456789，但不会提供用户名，例如 NiFiUser。用户名可能已解析，但可能需要对 Slack API 进行额外调用，并需要将所用令牌授予 users:read 范围。如果设置为 true，则将使用“尽力而为”的策略解析用户名：如果无法获取用户名，则会跳过该用户名。另请注意，获取用户名后，系统会填充消息的 <username> 字段，还会更新 <text> 字段，因此会输出任何提及的内容，例如“Hi @user”，而非“Hi <@U1234567>”。 |
线程时间戳 |
消息所属线程的时间戳。除非消息是对另一条消息的回复，否则该值可以为 null 或为空。 |
关系¶
名称 |
描述 |
|---|---|
failure |
接收失败的 Slack 消息将被由到此关系 |
not found |
在 Slack 服务器上找不到的 Slack 消息将路由到此关系 |
success |
成功接收的 Slack 消息将路由到此关系 |
写入属性¶
名称 |
描述 |
|---|---|
mime.type |
设置为 application/json，因为输出将始终采用 JSON 格式 |