Kephas.Messaging 11.1.0

Prefix Reserved
dotnet add package Kephas.Messaging --version 11.1.0                
NuGet\Install-Package Kephas.Messaging -Version 11.1.0                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Kephas.Messaging" Version="11.1.0" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Kephas.Messaging --version 11.1.0                
#r "nuget: Kephas.Messaging, 11.1.0"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Kephas.Messaging as a Cake Addin
#addin nuget:?package=Kephas.Messaging&version=11.1.0

// Install Kephas.Messaging as a Cake Tool
#tool nuget:?package=Kephas.Messaging&version=11.1.0                

Messaging

Application components and services are just pieces in a big puzzle, requiring in most cases to interact and communicate. The simplest interaction is when inside a component the counterpart is identified, either directly or by the means of [[dependency injection|Composition and Dependency Injection]], and the required API method is called. This implies that the consumer knows which provider handles the message and that both components, consumer and provider, live in the same process.

The messaging infrastructure Kephas provides addresses these key issues:

  • The communication may be performed among loosely coupled components. The components communicate through the means of a message, not knowing about each other, not being necessarily in the same process.
  • Two kinds of patterns are supported by default:
    • Request/Response: The requester send a message to be processed and awaits for the response.
    • Publisher/Subscriber: The publisher emits an event for which subscribers are notified when it occurs.
  • The infrastructure may be extended to support other types of patterns, as needed.

To anticipate a little bit, using the messaging infrastructure is as simple as that:

    var message = new PingMessage();
    var pingBack = await messageProcessor.ProcessAsync(message).PreserveThreadContext();
    var serverTime = pingBack.ServerTime;

So, there is no information whatsoever about who processes the message, only the message processor taking the responsibility of carrying this to a good end.

Messages

The message is the content of communication. A message:

  • implements IMessage. This is only a marker interface so that messages may be identified as such and no other kind of objects are communicated.
  • is serializable. This is somehow natural, as the communication may happen inter-processes and even across machines.

Strongly typed and weakly typed messages

The message type plays an important role, as it is used to filter message handlers (more about this in the [[message handlers|Architecture-of-messaging#Message handlers]] section. However, there are so called weakly typed messages, which hold actually a category of messages that for some reason cannot be strongly typed, typically used in distributed scenarios and coming from external sources. These weakly typed messages will provide a name, used for discriminating the message handlers, retrieved as:

  • the MessageName property of the message class -or-
  • the dynamic MessageName property in the case of a dynamic message object.

Events

Events are a special case of messages targeting the Publisher/Subscriber pattern. An event:

  • implements IEvent. This is also a marker interface inheriting from IMessage.

Message handlers

A message handler is an [[application service|Application Services]] processing a message of a given type and, optionally, name.

  • implements the IMessageHandler<TMessage> application service contract.
  • provides the ProcessAsync method where the message handling takes place.
    • ProcessAsync(message: TMessage, context: IMessageProcessingContext, token: CancellationToken): Task<IMessage>
  • (optionally) is annotated with the [MessageName] attribute, to indicate the name of the handled message in case of weakly typed messages.

Typically, a message handler specializes the MessageHandlerBase<TMessage, TResponseMessage> base class, which takes care of basic message type checks and provides an overridable typed ProcessAsync method.

Note: message handlers are NOT singleton application services. This is by design, so that any resources hold during the message processing can be disposed freely at the end. Therefore they can be safely implemented as statefull.

It is the sole responsibility of the message processor to make sure that the handler receives the appropriate messages which it is registered for. The message handler assumes it receives only messages of the declared type and name.

The message processor

The service taking care of message processing is the message processor. It is a [[singleton application service|Application-Services#shared-scope-shared-or-instance-based-services]] which is in charge of selecting the appropriate handler (or handlers) for a particular message, ensuring that that (or those) handlers handle the message, and returning a response. It provides a single method:

  • ProcessAsync(message: IMessage, [context: IMessageProcessingContext], [token: CancellationToken]): Task<IMessage>
    • message: the message to process.
    • context: contextual information related to the particular call. If no processing context is provided, a default one will be created. The processor ensures that the context contains the processor itself, the original message to be processed, and the handler which is at that moment handling the message. This information may be useful in the [[processing behaviors|Architecture-of-messaging#Processing behaviors]], as described in the following sections.

Kephas provides a default implementation, see the [[default message processor|In-Process-messaging#the-defaultmessageprocessor]] for more information about it.

Handler selectors

The typical message bus implementations do not filter the message handlers, leaving them the responsibility of handling or not handling a particular message. In Kephas, this responsibility is delegated to the handler selectors, which decide if and how the handlers are filtered before letting them handle a message. They provide two methods for interaction with the message processor:

  • CanHandle(messageType: Type, messageName: string): boolean: Indicates whether the selector can handle the indicated message type. This is the method by which the selectors are requested to indicate whether they are in charge of providing the handlers for a specific message type and name.
  • GetHandlersFactory(messageType: Type, messageName: string): Func<IEnumerable<IMessageHandler>>: Gets a factory which retrieves the components handling messages of the given type.

EventMessageHandlerSelector

This is a handler selector for [[events|Architecture-of-messaging#Events]]. It returns all the handlers processing the specific event type and name, ordered by their processing priority.

Note: it has the Low processing priority, so that custom code can modify easily the strategy of selecting event handlers.

DefaultMessageHandlerSelector

This is the fallback handler selector for generic messages. It returns a single handler processing the specific message type and name, in the order of override and processing priority. If two or more handlers have the same override and processing priority, an AmbiguousMetchException occurs.

Note: this selector has the lowest processing priority, being the fallback for messages not handled by any other selector.

Processing behaviors

The processing of a message may be intercepted be message processing behaviors, before and after the actual handler invocation. They can do various things, like auditing, authorization checking, or whatever other functionality may be needed. Behaviors are [[singleton application services|Application-Services#shared-scope-shared-or-instance-based-services]], so they should no store any processing information, but use exclusively the processing context for such scenarios. They implement the contract IMessageProcessingBehavior which provides two methods:

  • BeforeProcessAsync(context: IMessageProcessingContext, token: CancellationToken): Task: Interception called before invoking the handler to process the message.
  • AfterProcessAsync(context: IMessageProcessingContext, token: CancellationToken): Task: Interception called after invoking the handler to process the message.

In-process messaging flow

In-Process Messaging

The DefaultMessageProcessor

Kephas provides the DefaultMessageProcessor class, a [[low override priority|Application-Services#override-priority]] message processor. It provides a basic, overridable functionality for processing messages, which should be enough for most cases.

  • It aggregates [[message handler selectors|Architecture-of-messaging#Handler selectors]] and calls them to provide a list of message handlers to process a particular message, in their [[processing priority|Application-Services#processing-priority]] order.
  • It aggregates [[processing filters|Architecture-of-messaging#Processing filters]] and calls them before and after each handler's ProcessAsync call.

Note that the message processor is an in-process service. However, if the handlers themselves go beyond the process boundary it is their sole responsibility and, at the same time, freedom.

The flow of the ProcessAsync implementation is as follows:

  • Resolve the processing filters, ordered by their processing priority.
  • Resolve the handlers, as provided by the handler selectors called in their processing priority order.
    • Question the selectors in the indicated order whether they can provide handlers for the message.
    • The first selector answering with true is delegated to provide the handlers, the rest are ignored.
  • Call each handler to process the message, awaiting for their response.
    • Before calling the handler, the ordered filters are invoked.
    • After calling the handler, the filters are invoked in the inverse order.
  • Returns the response of the last called handler.

Note: if the handler throws an exception, the processing filters are called in the after method. with the exception information set in the context. However, if a filter throws an exception during the processing, it interrupts the flow and the exception is thrown to the caller. This is by design, so that, for example, authorization filters are able to interrupt the processing flow.

Securing the messaging infrastructure

The responsibility of the message processor during execution is to ensure that the provided message gets handled by one or more handlers, and that the behaviors are properly called; however it remains agnostic to the semantics of the message itself. The authorization check is ensured by behaviors:

  • EnsureAuthorizedMessageProcessingBehavior takes the job of ensuring that the handling of the message is authorized.
    • Retrieves the required permissions as specified at message level.
    • Identifies the authorization scope by invoking the [[authorization scope service]].
    • Invokes the [[authorization service]] to authorize the scope for the required permissions.

Securing messages

Messages may be secured by decorating them with the [RequiresPermission] attribute.

Example:

    /// <summary>
    /// Message for importing a hierarchy node.
    /// </summary>
    [RequiresPermission(typeof(IExportImportPermission))]
    public class ImportHierarchyMessage : EntityActionMessage
    {
        // ...
    }
Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 is compatible.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.1 is compatible. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (13)

Showing the top 5 NuGet packages that depend on Kephas.Messaging:

Package Downloads
Kephas.Messaging.Model

Provides a modeling API framework for messaging. Provides the model for messaging, including the Message classifier and Messaging scope dimension. Typically used areas and classes/interfaces/services: - IMessageType. - Dimensions: Messaging (area). - AttributedModel: MessagePartAttribute. Kephas Framework ("stone" in aramaic) aims to deliver a solid infrastructure for applications and application ecosystems.

Kephas.Data.Endpoints

Adds messaging endpoints for data services. The endpoints will work if Kephas.Messaging is referenced and the IMessageProcessor is used for processing the messages. Typically used areas and classes/interfaces/services: - PersistChangesHandler, QueryHandler, DataSourceHandler. Kephas Framework ("stone" in aramaic) aims to deliver a solid infrastructure for applications and application ecosystems.

Kephas.Orchestration

Provides the infrastructure for orchestrating microservices based on the Kephas Framework. Typically used areas and classes/interfaces/services: - IOrchestrationManager, IRuntimeAppInfo. - Interaction: AppHeartbeatEvent, AppStartedEvent, AppStoppedEvent. - Endpoints: StopAppMessage. Kephas Framework ("stone" in aramaic) aims to deliver a solid infrastructure for applications and application ecosystems.

Kephas.Core.Endpoints

Adds messaging endpoints for core services. The endpoints wills work if Kephas.Messaging is referenced and the IMessageProcessor is used for processing the messages. Typically used areas and classes/interfaces/services: - EncryptMessage, HashMessage, GetLogLevelMessage, SetLogLevelMessage. Kephas Framework ("stone" in aramaic) aims to deliver a solid infrastructure for applications and application ecosystems.

Kephas.Messaging.Redis

Provides distributed message routing over Redis using StackExchange.Redis. Typically used areas and classes/interfaces/services: - RedisAppMessageRouter. Kephas Framework ("stone" in aramaic) aims to deliver a solid infrastructure for applications and application ecosystems.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
11.1.0 4,276 4/13/2022
11.1.0-dev.4 152 4/6/2022
11.1.0-dev.3 133 3/30/2022
11.1.0-dev.2 136 3/23/2022
11.1.0-dev.1 131 3/23/2022
11.0.0 3,924 3/11/2022
11.0.0-dev.7 150 3/7/2022
11.0.0-dev.6 141 2/28/2022
11.0.0-dev.5 139 2/26/2022
11.0.0-dev.4 142 2/24/2022
11.0.0-dev.3 138 2/23/2022
11.0.0-dev.2 137 2/18/2022
11.0.0-dev.1 140 2/7/2022
10.3.0 3,972 1/18/2022
10.2.0 2,906 12/3/2021
10.1.0 7,063 11/23/2021
10.1.0-dev.7 199 11/17/2021
10.1.0-dev.6 174 11/16/2021
10.1.0-dev.5 175 11/10/2021
10.1.0-dev.4 184 11/8/2021
10.1.0-dev.3 152 11/8/2021
10.1.0-dev.2 169 11/4/2021
10.1.0-dev.1 166 11/3/2021
10.0.1 2,785 10/16/2021
10.0.0 2,837 10/13/2021
10.0.0-dev.4 157 10/13/2021
10.0.0-dev.3 174 10/11/2021
10.0.0-dev.2 227 10/8/2021
9.3.4 3,186 8/25/2021
9.3.3 3,097 8/25/2021
9.3.2 3,087 8/24/2021
9.3.1 3,022 8/12/2021
9.3.0 3,042 8/12/2021
9.2.0 3,242 6/17/2021
9.1.0 3,145 6/17/2021
9.1.0-dev.9 198 5/26/2021
9.1.0-dev.8 186 5/26/2021
9.1.0-dev.7 198 5/17/2021
9.1.0-dev.6 196 4/28/2021
9.1.0-dev.5 200 4/23/2021
9.1.0-dev.4 195 4/21/2021
9.1.0-dev.3 193 4/17/2021
9.1.0-dev.2 201 4/12/2021
9.1.0-dev.1 192 4/9/2021
9.0.5 3,199 3/31/2021
9.0.4 3,158 3/23/2021
9.0.3 3,151 3/20/2021
9.0.1 3,011 3/18/2021
9.0.0 3,157 3/17/2021
9.0.0-dev.4 189 3/4/2021
9.0.0-dev.3 199 3/1/2021
9.0.0-dev.2 212 2/22/2021
8.4.0 4,691 11/11/2020
8.3.0 3,290 10/28/2020
8.2.0 3,533 10/16/2020
8.1.0 3,612 9/23/2020
8.0.0 6,513 7/1/2020
8.0.0-dev.44 295 6/25/2020
8.0.0-dev.43 288 6/23/2020
8.0.0-dev.42 320 6/22/2020
8.0.0-dev.41 320 6/18/2020
8.0.0-dev.40 275 6/18/2020
8.0.0-dev.39 292 6/15/2020
8.0.0-dev.38 401 6/14/2020
8.0.0-dev.37 263 6/13/2020
8.0.0-dev.36 319 6/13/2020
8.0.0-dev.35 256 6/12/2020
8.0.0-dev.34 296 6/12/2020
8.0.0-dev.33 347 6/10/2020
8.0.0-dev.32 280 6/1/2020
8.0.0-dev.31 301 6/1/2020
8.0.0-dev.30 365 5/30/2020
8.0.0-dev.28 305 5/28/2020
8.0.0-dev.27 293 5/15/2020
8.0.0-dev.26 272 5/14/2020
8.0.0-dev.25 289 5/14/2020
8.0.0-dev.24 271 5/13/2020
8.0.0-dev.23 279 5/13/2020
8.0.0-dev.22 282 5/13/2020
8.0.0-dev.21 285 5/12/2020
8.0.0-dev.20 281 5/12/2020
8.0.0-dev.19 293 5/7/2020
8.0.0-dev.18 296 5/7/2020
8.0.0-dev.17 276 5/6/2020
8.0.0-dev.16 295 5/6/2020
8.0.0-dev.15 288 5/5/2020
8.0.0-dev.14 273 5/5/2020
8.0.0-dev.13 303 5/4/2020
7.6.0-dev.13 301 5/1/2020
7.6.0-dev.12 301 4/30/2020
7.6.0-dev.11 280 4/28/2020
7.6.0-dev.10 278 4/27/2020
7.6.0-dev.9 274 4/24/2020
7.6.0-dev.8 278 4/22/2020
7.6.0-dev.7 275 4/15/2020
7.6.0-dev.6 267 4/15/2020
7.6.0-dev.5 260 4/15/2020
7.6.0-dev.4 389 4/11/2020
7.6.0-dev.3 262 4/10/2020
7.6.0-dev.2 265 4/10/2020
7.6.0-dev.1 354 4/8/2020
7.5.2 2,752 3/20/2020
7.5.1 2,321 3/12/2020
7.5.0 3,084 3/10/2020
7.5.0-dev.18 312 3/5/2020
7.5.0-dev.17 303 3/5/2020
7.5.0-dev.16 324 3/4/2020
7.5.0-dev.15.1 345 3/4/2020
7.5.0-dev.15 262 3/3/2020
7.5.0-dev.14 285 3/3/2020
7.5.0-dev.13 263 2/29/2020
7.5.0-dev.12 392 2/29/2020
7.5.0-dev.10 276 2/25/2020
7.5.0-dev.9 316 2/20/2020
7.5.0-dev.8 339 2/18/2020
7.5.0-dev.7 269 2/18/2020
7.5.0-dev.6 288 2/14/2020
7.5.0-dev.5 302 2/12/2020
7.5.0-dev.4 288 2/11/2020
7.5.0-dev.3 249 2/11/2020
7.5.0-dev.2 399 2/8/2020
7.5.0-dev.1 296 2/7/2020
7.4.2 2,977 2/5/2020
7.4.1 2,813 2/3/2020
7.4.0 2,888 1/31/2020
7.4.0-dev.4 345 1/31/2020
7.4.0-dev.3 321 1/29/2020
7.4.0-dev.2 280 1/28/2020
7.4.0-dev.1 265 1/23/2020
7.3.1 2,796 1/21/2020
7.3.1-preview.7 282 1/21/2020
7.3.1-preview.1 316 1/20/2020
7.3.0 2,743 1/19/2020
7.2.6 2,449 1/18/2020
7.2.5 2,700 12/19/2019
7.2.4 2,415 12/19/2019
7.2.3 2,382 12/16/2019
7.2.2 2,355 12/9/2019
7.2.1 2,605 12/4/2019
7.2.0 2,699 11/26/2019
7.2.0-preview.10 276 11/20/2019
7.2.0-preview.9 284 11/19/2019
7.2.0-preview.8 291 11/18/2019
7.2.0-preview.6 292 11/14/2019
7.2.0-preview.5 286 11/14/2019
7.2.0-preview.4 289 11/14/2019
7.2.0-preview.2 286 11/11/2019
7.2.0-preview.1 293 11/9/2019
7.1.2 1,072 11/7/2019
7.1.1 1,070 11/6/2019
7.1.0 3,155 11/6/2019
7.1.0-preview.8 298 11/5/2019
7.1.0-preview.7 289 11/4/2019
7.1.0-preview.6 282 11/1/2019
7.1.0-preview.5 308 10/31/2019
7.1.0-preview.4 299 10/30/2019
7.1.0-preview.3 290 10/26/2019
7.1.0-preview.2 303 10/25/2019
7.1.0-preview.1 289 10/24/2019
7.0.0 1,703 10/16/2019
7.0.0-rc.41 304 10/15/2019
7.0.0-rc.40 309 10/15/2019
7.0.0-rc.39 291 10/12/2019
7.0.0-rc.38 289 10/11/2019
7.0.0-rc.37 332 10/10/2019
7.0.0-rc.36 294 10/9/2019
7.0.0-rc.35 293 10/8/2019
7.0.0-rc.34 300 10/8/2019
7.0.0-rc.33 287 10/7/2019
7.0.0-rc.32 293 10/5/2019
7.0.0-rc.31 298 10/3/2019
7.0.0-rc.30 299 10/1/2019
7.0.0-rc.28 305 10/1/2019
7.0.0-rc.27 289 9/30/2019
7.0.0-rc.26 293 9/30/2019
7.0.0-rc.25 294 9/27/2019
7.0.0-rc.24 291 9/27/2019
7.0.0-rc.23 286 9/26/2019
7.0.0-rc.22 284 9/25/2019
7.0.0-rc.21 287 9/24/2019
7.0.0-rc.20 290 9/23/2019
7.0.0-rc.19 276 9/20/2019
7.0.0-rc.18.1 291 9/20/2019
7.0.0-rc.18 291 9/20/2019
6.5.0-rc.17 301 9/19/2019
6.5.0-rc.16 322 9/18/2019
6.5.0-rc.15 302 9/18/2019
6.5.0-rc.14.1 294 9/18/2019
6.5.0-rc.14 315 9/17/2019
6.5.0-rc.13 297 9/16/2019
6.5.0-rc.12.2 307 9/13/2019
6.5.0-rc.12.1 300 9/12/2019
6.5.0-rc.12 311 9/12/2019
6.5.0-rc.11 317 9/11/2019
6.5.0-rc.10 296 9/10/2019
6.5.0-rc.9 303 9/9/2019
6.5.0-rc.8 302 9/6/2019
6.5.0-rc.7 302 9/6/2019
6.5.0-rc.6 299 9/6/2019
6.5.0-rc.5 299 9/2/2019
6.5.0-rc.4 316 9/2/2019
6.5.0-rc.3 307 8/30/2019
6.5.0-rc.2 319 8/29/2019
6.5.0-rc.1 318 8/28/2019
6.5.0-beta.5 318 8/28/2019
6.5.0-beta.4 317 8/27/2019
6.0.0 1,791 8/6/2019
6.0.0-rc.7 301 7/19/2019
6.0.0-rc.6 305 6/28/2019
6.0.0-rc.5 303 6/28/2019
6.0.0-rc.4 309 6/25/2019
6.0.0-rc.3 311 6/20/2019
6.0.0-rc.2 313 5/29/2019
6.0.0-rc.1 315 5/28/2019
6.0.0-beta.3 322 4/17/2019
5.3.0-beta.2 305 3/21/2019
5.3.0-beta.1 298 3/20/2019
5.2.0 1,820 3/19/2019
5.1.0 2,126 1/25/2019
5.0.0 2,149 12/21/2018
5.0.0-rc11 1,445 12/14/2018
5.0.0-rc10 1,277 11/16/2018
5.0.0-rc09 1,355 11/1/2018
5.0.0-rc08 1,308 10/31/2018
5.0.0-rc07 1,250 10/31/2018
5.0.0-rc06 1,328 10/30/2018
5.0.0-rc05 1,287 10/29/2018
5.0.0-rc04 1,309 10/29/2018
5.0.0-rc03 1,306 10/26/2018
5.0.0-rc02 1,297 10/25/2018
5.0.0-rc01 1,339 10/12/2018
5.0.0-beta03 1,344 9/21/2018
5.0.0-beta02 1,361 9/10/2018
5.0.0-beta01 1,323 9/7/2018
4.5.1 1,472 8/7/2018
4.5.0 2,623 8/7/2018
4.5.0-rc01 1,399 6/7/2018
4.5.0-beta09 1,342 6/7/2018
4.5.0-beta08 1,572 5/16/2018
4.5.0-beta07 1,368 5/9/2018
4.5.0-beta06 1,415 4/25/2018
4.5.0-beta05 1,558 4/12/2018
4.5.0-beta03 1,477 4/12/2018
4.2.0-beta02 1,480 3/27/2018
4.2.0-beta01 1,468 2/14/2018
4.1.1 1,575 2/1/2018
4.1.0 2,300 1/15/2018
4.1.0-rc10 1,522 12/19/2017
4.1.0-rc09 1,534 12/19/2017
4.1.0-rc08 1,520 12/12/2017
4.1.0-rc07 1,396 12/5/2017
4.1.0-rc06 1,445 12/5/2017
4.1.0-rc05 1,395 12/5/2017
4.1.0-rc03 1,415 12/4/2017
4.1.0-rc02 1,427 12/4/2017
4.1.0-rc01 1,378 12/4/2017
4.1.0-beta09 1,460 12/3/2017
4.1.0-beta08 1,479 11/25/2017
4.1.0-beta07 1,466 11/23/2017
4.1.0-beta06 1,438 11/22/2017
4.1.0-beta05 1,393 11/21/2017
4.1.0-beta04 1,208 11/21/2017
4.1.0-beta03 1,237 11/17/2017
4.1.0-beta02 1,226 11/17/2017
4.1.0-beta01 1,183 11/16/2017
4.0.1-beta01 1,200 11/6/2017
4.0.0 2,799 10/23/2017
4.0.0-rc05 1,392 10/17/2017
4.0.0-rc04 1,385 10/17/2017
4.0.0-rc03 1,418 10/12/2017
4.0.0-rc02 1,394 10/10/2017
4.0.0-rc01 1,416 10/6/2017
4.0.0-beta9 1,358 10/5/2017
4.0.0-beta8 1,393 10/5/2017
4.0.0-beta7 1,460 10/3/2017
4.0.0-beta6 1,384 9/30/2017
4.0.0-beta5 1,378 9/28/2017
4.0.0-beta4 1,423 9/27/2017
4.0.0-beta3 1,379 9/26/2017
4.0.0-beta2 1,425 9/25/2017
4.0.0-beta1 1,400 9/22/2017
3.11.0 1,977 8/18/2017
3.10.1 1,502 8/18/2017
3.10.0 2,381 8/1/2017
3.9.1 1,460 6/23/2017
3.9.0 2,299 6/13/2017
3.8.1 1,778 5/26/2017
3.8.0 1,723 5/26/2017
3.7.0 1,758 5/23/2017
3.6.0 1,724 5/18/2017
3.5.0 1,750 5/15/2017
3.4.0 1,714 5/4/2017
3.3.6 1,470 4/13/2017
3.3.5 1,529 4/12/2017
3.3.1 1,495 4/12/2017
3.3.0 2,371 4/12/2017
3.3.0-preview1 1,287 4/6/2017
3.2.0 1,917 3/27/2017
3.1.0 1,852 3/22/2017
3.1.0-preview4 1,474 3/9/2017
3.1.0-preview3 1,385 12/9/2016
3.1.0-preview2 1,340 12/9/2016
3.1.0-preview1-rc2 1,271 10/31/2016
3.1.0-preview1 1,286 10/28/2016
3.0.9 1,683 10/19/2016
3.0.8 1,574 8/19/2016
3.0.7 1,682 7/12/2016
3.0.7-pre1 1,348 5/18/2016
3.0.6 1,560 5/13/2016
3.0.5 1,900 4/27/2016
3.0.4 1,545 4/14/2016
3.0.0-rc6 1,294 3/29/2016
3.0.0-rc5 1,277 3/24/2016
3.0.0-rc4 1,489 3/21/2016
3.0.0-rc3 1,415 12/22/2015
3.0.0-rc1 1,455 12/21/2015

Please check https://github.com/kephas-software/kephas/releases for the change log.
           Also check the documentation and the samples from https://github.com/kephas-software/kephas/wiki and https://github.com/kephas-software/kephas/tree/master/Samples.