1
0
mirror of https://github.com/InsanusMokrassar/TelegramBotAPI.git synced 2024-11-10 10:23:47 +00:00
Type-safe library for work with Telegram Bot API
Go to file
2020-01-15 09:50:57 +06:00
gradle/wrapper update libraries 2019-11-29 12:19:24 +06:00
src fix in formatting of hashtag text 2020-01-05 20:28:44 +06:00
_config.yml Set theme jekyll-theme-cayman 2020-01-06 22:44:23 +06:00
.gitignore init 2018-12-26 16:21:52 +08:00
build.gradle started 0.21.1 2020-01-08 12:11:57 +06:00
CHANGELOG.md started 0.21.1 2020-01-08 12:11:57 +06:00
gradle.properties update versions 2020-01-05 20:45:50 +06:00
gradlew init 2018-12-26 16:21:52 +08:00
gradlew.bat init 2018-12-26 16:21:52 +08:00
LICENSE init 2018-12-26 16:21:52 +08:00
maven.publish.gradle updates in publish script 2020-01-13 11:26:52 +06:00
mpp_publish_template.json migration 2019-12-03 11:07:25 +06:00
publish.gradle one more fix for publishing 2020-01-13 23:21:57 +06:00
README.md add availability info about maven 2020-01-06 22:47:43 +06:00
settings.gradle update libraries 2019-11-29 12:19:24 +06:00

TelegramBotAPI

Download Build Status

What is it?

Library for Object-Oriented and type-safe work with Telegram Bot API. Most part of some specific solves or unuseful moments are describing by official Telegram Bot API.

Compatibility

This version compatible with 31th of December 2019 update of TelegramBotAPI (version 4.5). There is Telegram Passport API exception of implemented functionality, which was presented in August 2018 update of TelegramBotAPI update. It will be implemented as soon as possible. All APIs that are not included are presented wiki.

How to implement library?

Common ways to implement this library are presented here. In some cases it will require additional steps like inserting of additional libraries (like kotlin stdlib). In the examples will be used variable telegrambotapi.version, which must be set up by developer. Available versions are presented on bintray, next version is last published:

Download

Currently, last versions of library are not included into the Maven repository (for the reason difficult in publishing of signed artifacts in Bintray). You can:

  • Use earlier version (available version you can find here)
  • Add jCenter repository in build config

Maven

Dependency config presented here:

<dependency>
  <groupId>com.github.insanusmokrassar</groupId>
  <artifactId>TelegramBotAPI</artifactId>
  <version>${telegrambotapi.version}</version>
</dependency>

Gradle

To use last versions you will need to add one line in repositories block of your build.gradle:

jcenter() or mavenCentral()

And add next line to your dependencies block:

implementation "com.github.insanusmokrassar:TelegramBotAPI:$telegrambotapi_version"

or for old gradle:

compile "com.github.insanusmokrassar:TelegramBotAPI:$telegrambotapi_version"

How to work with library?

For now, this library have no some API god-object. Instead of this, this library has several important objects:

Types

Types declare different objects representation. For example, Chat for now represented as interface and has several realisations:

  • PrivateChat
  • GroupChat
  • SupergroupChat
  • ChannelChat

Instead of common garbage with all information as in original Chat, here it was separated for more obvious difference between chats types and their possible content.

The same principle work with a lot of others things in this Telegram bot API.

Requests

Requests usually are very simple objects, but some of them are using their own build factories. For example, the next code show, how to get information about bot:

val requestsExecutor: RequestsExecutor = ...
requestsExecutor.execute(GetMe())

The result type of GetMe request is User. In fact, in this result must contain isBot equal to true always.

RequestsExecutor

It is base object which can be used to execute requests in API. For now by default included Ktor realisation of RequestsExecutor, but it is possible, that in future it will be extracted in separated project. How to create RequestsExecutor:

val requestsExecutor = KtorRequestsExecutor(TOKEN)

Here KtorRequestsExecutor - default realisation with Ktor. TOKEN is just a token of bot which was retrieved according to instruction.

Besides, for correct usage of this, you must implement in your project both one of engines for client and server Ktor libraries:

dependencies {
    // ...
    implementation "io.ktor:ktor-server-cio:$ktor_version"
    implementation "io.ktor:ktor-client-okhttp:$ktor_version"
    // ...
}

It is able to avoid using of server dependency in case if will not be used Webhooks. In this case, dependencies list will be simplify:

dependencies {
    // ...
    implementation "io.ktor:ktor-client-okhttp:$ktor_version"
    // ...
}

Here was used okhttp realisation of client, but there are several others engines for Ktor. More information available on ktor.io site for client and server engines.

Getting updates

In this library currently realised two ways to get updates from telegram:

  • Polling - in this case bot will request updates from time to time (you can set up delay between requests)
  • Webhook via reverse proxy or something like this

Updates filters

Currently webhook method contains UpdatesFilter as necessary argument for getting updates. UpdatesFilter will sort updates and throw their into different callbacks. Currently supporting separate getting updates for media groups - they are accumulating with debounce in one second (for being sure that all objects of media group was received).

Updates polling also support UpdatesFilter but you must not use it and can get updates directly in UpdateReceiver, which you will provide to startGettingOfUpdates method

Webhook set up

If you wish to use webhook method, you will need:

  • White IP - your IP address or host, which available for calling. TelegramBotAPI recommend to use some unique address for each bot which you are using
  • SSL certificate. Usually you can obtain the certificate using your domain provider, Let'sEncrypt or create it
  • Nginx or something like this

Template for Nginx server config you can find in this gist.

For webhook you can provide File with public part of certificate, URL where bot will be available and inner PORT which will be used to start receiving of updates. Actually, you can skip passing of File when you have something like nginx for proxy forwarding.

In case of using nginx with reverse-proxy config, setting up of Webhook will look like:

requestsExecutor.setWebhook(
    WEBHOOK_URL,
    INTERNAL_PORT,
    filter,
    ENGINE_FACTORY
)

Here:

  • WEBHOOK_URL - the url which will be used by Telegram system to send updates
  • INTERNAL_PORT - the port which will be used in bot for listening of updates
  • filter - instance of UpdatesFilter, which will be used to filter incoming updates
  • ENGINE_FACTORY - used factory name, for example, CIO in case of usage io.ktor:ktor-server-cio as server engine