- export
EventHubConnectionConfig
from the library.
- Moved
lib/amqp-common
to"@azure/amqp-common"
package and took a dependency on it. - Moved
lib/rhea-promise
to"rhea-promise"
package and took a dependency on it. - Fixed issues where the private instance of
rhea receiver or sender
were undefined when*_open
and*_close
events happened instantaneously.
- update the version of ms-rest-azure to "2.5.9"
EventPosition.fromSequenceNumber()
accepts0
as a valid argument.client.receive()
andclient.receiveBatch()
accept partitionId as astring | number
.- User's error handler in
client.receive()
will only be notified if the user did not close the receiver and the error is not retryable.
client.getPartitionInformation()
should works as expected when partitionId is of typenumber | string
.
- Stable version of the libray.
- Added support to provide custom user-agent string that will be appended to the default user agent string.
- Updated examples and content in README.md
- Fixed issue
- Added error handlers to the $management sender/receiver links.
- Added error handlers to the amqp session of the $management and $cbs sender/receiver links.
- Exported
AadTokenProvider
andSasTokenProvider
from the client.
- Improved logging statements to the connection context.
- Added timeout to promisifed creation/closing of rhea sender, receiver, session, connection.
- Fixed a bug in the EventData deserialization logic by checking for
!= undefined
check rather than the!
check. - While handling disconnects we retry for 150 times at an interval of 15 seconds as long the error is
retryable
.
- Improved log statements.
- Documented different mechanisms of getting the debug logs in README.
- Minimum dependency on
"rhea": "^0.2.18"
. - Fixed bugs in recovery logic
- Added support to recover from session close for sender and receiver
- Added a new property
isConnecting
that provides information whether a linkEntity is currently in the process of establishing itself. - Using
is_closed()
method of sender, receiver and session in rhea to determine whether the sdk initiated the close. - MessagingError is retryable by default.
- Added support to translate node.js
SystemError
into AmqpError. - Added a new static method
createFromTokenProvider()
on the EventHubClient where customers can provide their own TokenProvider.
- Improved log statements
- Updated README.md
- Updated dependency rhea to "^0.2.16" instead of github dependency.
- Added support to handle disconnects and link timeout errors.
- Fixed client examples link in README.
- Updated issue templates
- Improvised the example structure
- Moved the common stuff to
amqp-common
and addedConnection
,Session
,Sender
,Receiver
objects torhea-promise
. - Improved tsconfig.json and tslint.json config files.
- Added
import "mocha"
to all the test files, inorder to get rid of red squiggles in vscode. - Replaced crypto with jssha which is browser compatible
- Minor doc fixes and sample updates.
- Add a listener for the disconnected event after opening the connection.
- Fixed the partitionkey issue while sending events. #73.
- Bumped the minimum dependency on rhea to 0.2.13. This gives us type definitions for rhea.
- rpc.open() returns the connection object. This makes it easy to extract common functionality to a separate library.
- Added support to create EventHubClient from an IotHub connectionstring. The following can be done
const client = await EventHubClient.createFromIotHubConnectionString(process.env.IOTHUB_CONNECTION_STRING);
- Internal design changes:
- ManagementClient also does cbs auth before making the management request.
- EventHubSender, EventHubReceiver, ManagementClient inherit from a base class ClientEntity.
- Moved opening the connection to CbSClient as that is the first thing that should happen after opening the connection. This reduces calls to
rpc.open()
all over the sdk and puts them at one place in theinit()
method on the CbsClient.
- Added functionality to encode/decode the messages sent and received.
- Created an options object in the
client.createFromConnectionString()
and theEventHubClient
constructor. This is a breaking change. However moving to an options object design reduces the chances of breaking changes in the future. This options object will: - have the existing optional
tokenProvider
property - and a new an optional property named
dataTransformer
. You can provide your own transformer. If not provided then we will use the DefaultDataTransformer. This should be applicable for majority of the scenarios and will ensure that messages are interoperable between different Azure services. It fixes issue #60.
- Added missing dependency for
uuid
package and nit fixes in the README.md
- Changing
client.receiveOnMessage()
toclient.receive()
as that is a better naming convention and is in sync with other language sdks.
- Previously we were depending on amqp10 package for the amqp protocol. Moving forward we will be depending on rhea.
- The public facing API of this library has major breaking changes from the previous version 0.0.8. Please take a look at the Readme and the examples directory for detailed samples.
- Removed the need to say
client.open.then()
. First call to create a sender, receiver or get metadata about the hub or partition will establish the AMQP connection. - Added support to authenticate via Service Principal credentials, MSITokenCredentials, DeviceTokenCredentials.
- This should make it easy for customers to login once using the above mentioned credentials,
- Create the EventHubs infrastructure on the Azure management/control plane programmatically using (azure-arm-eventhubs) package over HTTPS prtocol.
- Use the same credentials to send and receive messages to the EventHub using this library over AMQP protocol.
- This should make it easy for customers to login once using the above mentioned credentials,
- Provided a promise based API to create senders/receivers off the
EventHubClient
. - Added capability to send multiple messages by batching them together.
- Added capability to receive predefined number of messages for a specified amount of time. Note that this method will receive all the messages and return an array of EventData objects.
- Added capability to create an epoch receiver.
- Simplified the mechanism to specify the
EventPosition
from which to receive messages from the EventHub. - Added proper TypeScript type definitions to the library that improves the intellisense experience for our customers.
- Fixed a race condition within the AMQP redirection code when using an IoT Hub connection string.
- Disabled auto-retry of AMQP connections in amqp10 since the current client is not built to handle them and fails when retrying.
- Pulled changes for #14 and #20/#21.
- Special thanks to @kurtb and @ali92hm for their contributions!
- Added support for message properties in the EventData structure.