Skip to content

Releases: LiamMorrow/OrgnalR

2.3.2

02 Dec 00:07
eec4e58
Compare
Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v2.3.1...v2.3.2

v2.3.1

26 Oct 02:40
Compare
Choose a tag to compare

What's Changed

  • Ability to control / disable persistence by @koenbeuk in #65

New Contributors

Full Changelog: v2.3.0...v2.3.1

2.3.0

23 Jul 01:17
Compare
Choose a tag to compare

Update to the latest version of orleans, fixing nullable annotations

2.2.0

14 Jun 02:28
516668d
Compare
Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v2.1.0...v2.2.0

2.1.0

04 Dec 05:58
Compare
Choose a tag to compare

Features:

  • Add HubContextProvider which allows for a grain to send messages to connected SignalR #31 #33
    Bugs:
  • Fixed arbitrary wait of 5s before server startup, and replaced with orleans lifecycle methods #32

2.0.0

01 Dec 09:17
Compare
Choose a tag to compare

This release updates to .net 7.
Due to the large breaking changes in Orleans 7.0.0, this release drops support for .net standard 2.0. If you need support for earlier versions of Orleans and .net, please use the 1.X releases (which will still receive bugfixes as needed).

Due to the new serlialization changes in orleans, it is now necessary to annotate your Hub messages with the GenerateSerializer annotation. See the readme or examples directory for examples.

1.5.0

15 May 07:47
01158c0
Compare
Choose a tag to compare

This update exposes the IActorProviderFactory to services outside of OrgnalR.

This allows a service to get access to the underlying groups and users to send messages without having to know about the HubContext

1.4.1

16 Nov 10:12
7509cb5
Compare
Choose a tag to compare

This release explicitly targets 2 packages that are in conflict with 2 dependencies.

Original issue: #13
Bugfix PR: #16

1.4.0

26 Oct 07:01
3c871c6
Compare
Choose a tag to compare

Just bumps the orleans version to 3.3.0

1.3.0

25 May 12:33
Compare
Choose a tag to compare

Changes:

  • Added a new class for passing around HubMessages. There were issues during serialization of the default InvocationMessage, and we were only using it pretty primitively, so this change just creates a new type with the same fields that we manage. PR: #10