122.5. 端点选项


Telegram 端点使用 URI 语法进行配置:

telegram:type

使用以下路径和查询参数:

122.5.1. 路径参数(1 参数)

Name描述默认值类型

type (common)

必需 端点类型。目前,只支持 'bots' 类型。

Enum 值:

  • bots
 

字符串

122.5.2. 查询参数(30 参数)

Name描述默认值类型

bridgeErrorHandler (consumer)

允许将消费者桥接到 Camel 路由错误处理程序,这意味着当消费者试图选择传入消息或类似信息时发生异常,现在将作为消息处理并由路由 Error Handler 处理。默认情况下,使用者将使用 org.apache.camel.spi.ExceptionHandler 来处理例外情况,该处理程序将被记录在 WARN 或 ERROR 级别,并忽略。

false

布尔值

Limit (consumer)

限制单个轮询请求中可接收的更新数量。

100

整数

sendEmptyMessageWhenIdle (consumer)

如果轮询使用者没有轮询任何文件,您可以启用此选项来发送空消息(无正文)。

false

布尔值

timeout (consumer)

长时间轮询的超时时间(以秒为单位)。将 0 置于短轮询或更长的轮询,以进行长时间轮询。长时间轮询会生成较短的响应时间。

30

整数

exceptionHandler (consumer (advanced))

要让使用者使用自定义例外处理程序:请注意,如果启用了 bridgeErrorHandler 选项,则此选项不使用。默认情况下,消费者将处理异常,其记录在 WARN 或 ERROR 级别中,并忽略。

 

ExceptionHandler

exchangePattern (consumer (advanced))

在消费者创建交换时设置交换模式。

Enum 值:

  • InOnly
  • InOut
  • InOptionalOut
 

ExchangePattern

pollStrategy (consumer (advanced))

可插拔 org.apache.camel.PollingConsumerPollingStrategy 允许您提供自定义实施来控制在轮询操作期间通常会发生错误处理,然后再创建交换并在 Camel 中路由。

 

PollingConsumerPollStrategy

chatId (producer)

将接收所生成消息的 chat 的标识符。chat id 可以首先从传入的消息中获取(例如,当电话用户开始与 bot 对话时,其客户端会自动发送包含 chat id 的 '/start' 消息)。这是一个可选参数,因为可以为每个传出消息(使用正文或标头)动态设置 chat id。

 

字符串

lazyStartProducer (producer)

生成者是否应懒惰启动 (在第一个消息中)。通过懒惰启动,您可以使用此选项来允许 CamelContext 和路由在生成者启动期间启动,并导致路由启动失败。通过懒惰启动,启动失败可以在路由信息时通过 Camel 的路由错误处理程序进行处理。请注意,在处理第一个消息时,创建并启动生成者可能需要稍等时间,并延长处理的总处理时间。

false

布尔值

baseURI (advanced)

可用于设置替代的基本 URI,例如,当您要针对模拟 Telegram API 测试组件时。

 

字符串

bufferSize (advanced)

在 Camel 和 AHC 客户端之间传输数据时使用的初始内存缓冲区大小。

4096

int

clientConfig (advanced)

将 AsyncHttpClient 配置为使用自定义 com.ning.http.client.AsyncHttpClientConfig 实例。

 

AsyncHttpClientConfig

proxyHost (proxy)

发送消息时可以使用的 HTTP 代理主机。

 

字符串

proxyPort (proxy)

发送消息时可以使用的 HTTP 代理端口。

 

整数

proxyType (proxy)

发送消息时可以使用的 HTTP 代理类型。

Enum 值:

  • HTTP
  • SOCKS4
  • SOCKS5

HTTP

TelegramProxyType

backoffErrorThreshold (scheduler)

在 backoffMultipler 应该 kick-in 之前发生的后续错误轮询(因为某些错误)的数量。

 

int

backoffIdleThreshold (scheduler)

在 backoffMultipler 应该 kick-in 之前应该发生的后续空闲轮询数量。

 

int

backoffMultiplier (scheduler)

如果一行中有很多后续空闲/errors,则让调度的轮询消费者避退。然后,倍数是在下一次实际尝试再次发生前跳过的轮询数量。当使用这个选项时,还必须配置 backoffIdleThreshold 和/或 backoffErrorThreshold。

 

int

delay (scheduler)

下一次轮询前的时间(毫秒)。

500

long

greedy (scheduler)

如果启用了 greedy,如果上一个运行轮询 1 或更多消息,则 ScheduledPollConsumer 将立即运行。

false

布尔值

initialDelay (scheduler)

第一次轮询开始前的毫秒。

1000

long

repeatCount (scheduler)

指定触发的最大数量。因此,如果您将其设置为 1,调度程序将只触发一次。如果您将其设置为 5,它将只触发五次。值为零或负数表示会永久触发。

0

long

runLoggingLevel (scheduler)

消费者在轮询时记录 start/complete log 行。这个选项允许您为其配置日志级别。

Enum 值:

  • TRACE
  • DEBUG
  • INFO
  • WARN
  • ERROR
  • OFF

TRACE

LoggingLevel

scheduledExecutorService (scheduler)

允许配置用于消费者的自定义/共享线程池。默认情况下,每个使用者都有自己的单线程线程池。

 

ScheduledExecutorService

scheduler (scheduler)

要使用 camel-spring 或 camel-quartz 组件的 cron 调度程序。使用值 spring 或 quartz 用于内置在调度程序中。

none

对象

schedulerProperties (scheduler)

在使用自定义调度程序或任何基于 Spring 的调度程序时配置附加属性。

 

Map

startScheduler (scheduler)

调度程序是否应自动启动。

true

布尔值

timeUnit (scheduler)

initialDelay 和 delay 选项的时间单位。

Enum 值:

  • NANOSECONDS
  • MICROSECONDS
  • MILLISECONDS
  • SECONDS
  • MINUTES
  • HOURS
  • DAYS

MILLISECONDS

TimeUnit

useFixedDelay (scheduler)

控制是否使用固定延迟或固定率。详情请参阅 JDK 中的 ScheduledExecutorService。

true

布尔值

authorizationToken (security)

需要使用 bot 的授权令牌(如 BotFather)。

 

字符串

122.5.3. 消息标头

Name描述

CamelTelegramChatId

此标头供 producer 端点用于解析将接收消息的 chat id。接收者 chat id 可以在消息正文(按优先级顺序)放置在 CamelTelegramChatId 标头或端点配置(chatId 选项)中。此标头也存在于所有传入的消息中。

CamelTelegramMediaType

当传出消息由纯二进制数据组成时,此标头用于识别介质类型。可能的值有字符串或枚举值,属于 org.apache.camel.component.telegram.TelegramMediaType enumeration。

CamelTelegramMediaTitleCaption

此标头用于为传出二进制消息提供标题或标题。

CamelTelegramParseMode

此标头用于使用 HTML 或 Markdown 格式化文本消息(请参阅 org.apache.camel.component.telegram.TelegramParseMode)。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.