The Microsoft Bot Framework provides what you need to build and connect intelligent bots that interact naturally wherever your users are talking, from text/sms to Skype, Slack, Office 365 mail and other popular services.
Welcome to the 4.6 release of the Bot Framework SDK for Java!
java -version
from command line.mvn -version
from command line.Updated the Channel protocol to bring parity with the other Bot Framework SDK's. This adds a number of new Activity fields, and ConnectorClient.Conversation methods.
Updated bot-connector authorization to feature parity with dotnet, including Adal Authorization.
Added Gov authorization. The Servlet sample includes ARM templates that can be used to deploy to Gov Azure.
Added webapp integration related classes: CredentialProvider, ChannelProvider, and Configuration.
This is a Java Servlet echo sample using bot-connector. This sample includes ARM templates and instructions for deployment to Azure.
This is a Spring Boot echo sample using bot-connector. This sample includes ARM templates and instructions for deployment to Azure. Additionally, Spring Boot apps can easily be run locally from the command line.
bot-schema/connector use Entity for the wire format (Activity.getEntities). Since there are different types of entities, each with unique properties, Entity.getProperties can be used to access additional properties (see also Entity.getType). Activity.getMentions can be used to get "mention" type entities in the form of a list of Mention objects.
Previously, bot-connector was using RxJava Observables. If you were using ConnectorClient methods, your code will need to be updated to use CompletableFuture results. While RxJava still appears as a dependency, it will not be used going forward.
Removed use of other logging frameworks in favor of slf4j. The samples demonstrate using the log4j integrations to slf4j.
Corrects an issue with messages being dropped in some cases.
The goals is for all class property accessors to utilize standard Java get/set. It's likely that any code utilizing bot-schema classes will need to be updated.
The issues list can be viewed here.
The current release is Preview 2.
Package | Status |
---|---|
bot-schema | Preview 2 |
bot-connector | Preview 2 |
bot-integration-core | Preview 2 |
Servlet Sample | Preview 2 |
Spring Boot Sample | Preview 2 |
bot-builder | Preview 3 |
Teams Support | Possible Preview 3 |
bot-dialog | Incomplete |
bot-ai-luis-v3 | Not Started |
bot-ai-qna | Not Started |
bot-applicationinsights | Not Started |
bot-azure | Not Started |
bot-configuration | Not Started |
BotBuilder-Samples | Not Started |
java -version
from command line.mvn -version
from command line.Updated the Channel protocol to bring parity with the other Bot Framework SDK's. This adds a number of new Activity fields, and ConnectorClient.Conversation methods.
Updated bot-connector authorization to feature parity with dotnet, including Adal Authorization.
Added Gov authorization. The Servlet sample includes ARM templates that can be used to deploy to Gov Azure.
Added webapp integration related classes: CredentialProvider, ChannelProvider, and Configuration.
This is a Java Servlet echo sample using bot-connector. This sample includes ARM templates and instructions for deployment to Azure.
This is a Spring Boot echo sample using bot-connector. This sample includes ARM templates and instructions for deployment to Azure. Additionally, Spring Boot apps can easily be run locally from the command line.
bot-schema/connector use Entity for the wire format (Activity.getEntities). Since there are different types of entities, each with unique properties, Entity.getProperties can be used to access additional properties (see also Entity.getType). Activity.getMentions can be used to get "mention" type entities in the form of a list of Mention objects.
Previously, bot-connector was using RxJava Observables. If you were using ConnectorClient methods, your code will need to be updated to use CompletableFuture results. While RxJava still appears as a dependency, it will not be used going forward.
Removed use of other logging frameworks in favor of slf4j. The samples demonstrate using the log4j integrations to slf4j.
Corrects an issue with messages being dropped in some cases.
The goals is for all class property accessors to utilize standard Java get/set. It's likely that any code utilizing bot-schema classes will need to be updated.