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
<PackageReference Include="Kephas.Messaging" Version="11.1.0" />
paket add Kephas.Messaging --version 11.1.0
#r "nuget: Kephas.Messaging, 11.1.0"
// 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 fromIMessage
.
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
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 | Versions 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. |
-
.NETStandard 2.1
- Kephas.Abstractions (>= 11.1.0)
- Kephas.Application.Abstractions (>= 11.1.0)
- Kephas.Injection (>= 11.1.0)
- Kephas.Interaction (>= 11.1.0)
- Kephas.Messaging.Messages (>= 11.1.0)
-
net6.0
- Kephas.Abstractions (>= 11.1.0)
- Kephas.Application.Abstractions (>= 11.1.0)
- Kephas.Injection (>= 11.1.0)
- Kephas.Interaction (>= 11.1.0)
- Kephas.Messaging.Messages (>= 11.1.0)
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,289 | 4/13/2022 |
11.1.0-dev.4 | 153 | 4/6/2022 |
11.1.0-dev.3 | 134 | 3/30/2022 |
11.1.0-dev.2 | 137 | 3/23/2022 |
11.1.0-dev.1 | 132 | 3/23/2022 |
11.0.0 | 3,925 | 3/11/2022 |
11.0.0-dev.7 | 151 | 3/7/2022 |
11.0.0-dev.6 | 142 | 2/28/2022 |
11.0.0-dev.5 | 140 | 2/26/2022 |
11.0.0-dev.4 | 143 | 2/24/2022 |
11.0.0-dev.3 | 139 | 2/23/2022 |
11.0.0-dev.2 | 138 | 2/18/2022 |
11.0.0-dev.1 | 141 | 2/7/2022 |
10.3.0 | 3,973 | 1/18/2022 |
10.2.0 | 2,907 | 12/3/2021 |
10.1.0 | 7,064 | 11/23/2021 |
10.1.0-dev.7 | 200 | 11/17/2021 |
10.1.0-dev.6 | 175 | 11/16/2021 |
10.1.0-dev.5 | 176 | 11/10/2021 |
10.1.0-dev.4 | 185 | 11/8/2021 |
10.1.0-dev.3 | 153 | 11/8/2021 |
10.1.0-dev.2 | 170 | 11/4/2021 |
10.1.0-dev.1 | 168 | 11/3/2021 |
10.0.1 | 2,786 | 10/16/2021 |
10.0.0 | 2,839 | 10/13/2021 |
10.0.0-dev.4 | 158 | 10/13/2021 |
10.0.0-dev.3 | 175 | 10/11/2021 |
10.0.0-dev.2 | 228 | 10/8/2021 |
9.3.4 | 3,187 | 8/25/2021 |
9.3.3 | 3,098 | 8/25/2021 |
9.3.2 | 3,088 | 8/24/2021 |
9.3.1 | 3,024 | 8/12/2021 |
9.3.0 | 3,043 | 8/12/2021 |
9.2.0 | 3,243 | 6/17/2021 |
9.1.0 | 3,146 | 6/17/2021 |
9.1.0-dev.9 | 199 | 5/26/2021 |
9.1.0-dev.8 | 187 | 5/26/2021 |
9.1.0-dev.7 | 199 | 5/17/2021 |
9.1.0-dev.6 | 197 | 4/28/2021 |
9.1.0-dev.5 | 203 | 4/23/2021 |
9.1.0-dev.4 | 196 | 4/21/2021 |
9.1.0-dev.3 | 194 | 4/17/2021 |
9.1.0-dev.2 | 202 | 4/12/2021 |
9.1.0-dev.1 | 193 | 4/9/2021 |
9.0.5 | 3,200 | 3/31/2021 |
9.0.4 | 3,159 | 3/23/2021 |
9.0.3 | 3,152 | 3/20/2021 |
9.0.1 | 3,012 | 3/18/2021 |
9.0.0 | 3,160 | 3/17/2021 |
9.0.0-dev.4 | 190 | 3/4/2021 |
9.0.0-dev.3 | 200 | 3/1/2021 |
9.0.0-dev.2 | 213 | 2/22/2021 |
8.4.0 | 4,692 | 11/11/2020 |
8.3.0 | 3,291 | 10/28/2020 |
8.2.0 | 3,534 | 10/16/2020 |
8.1.0 | 3,613 | 9/23/2020 |
8.0.0 | 6,514 | 7/1/2020 |
8.0.0-dev.44 | 296 | 6/25/2020 |
8.0.0-dev.43 | 289 | 6/23/2020 |
8.0.0-dev.42 | 321 | 6/22/2020 |
8.0.0-dev.41 | 321 | 6/18/2020 |
8.0.0-dev.40 | 276 | 6/18/2020 |
8.0.0-dev.39 | 293 | 6/15/2020 |
8.0.0-dev.38 | 402 | 6/14/2020 |
8.0.0-dev.37 | 264 | 6/13/2020 |
8.0.0-dev.36 | 320 | 6/13/2020 |
8.0.0-dev.35 | 257 | 6/12/2020 |
8.0.0-dev.34 | 297 | 6/12/2020 |
8.0.0-dev.33 | 348 | 6/10/2020 |
8.0.0-dev.32 | 281 | 6/1/2020 |
8.0.0-dev.31 | 302 | 6/1/2020 |
8.0.0-dev.30 | 366 | 5/30/2020 |
8.0.0-dev.28 | 306 | 5/28/2020 |
8.0.0-dev.27 | 294 | 5/15/2020 |
8.0.0-dev.26 | 273 | 5/14/2020 |
8.0.0-dev.25 | 290 | 5/14/2020 |
8.0.0-dev.24 | 272 | 5/13/2020 |
8.0.0-dev.23 | 280 | 5/13/2020 |
8.0.0-dev.22 | 283 | 5/13/2020 |
8.0.0-dev.21 | 286 | 5/12/2020 |
8.0.0-dev.20 | 282 | 5/12/2020 |
8.0.0-dev.19 | 294 | 5/7/2020 |
8.0.0-dev.18 | 297 | 5/7/2020 |
8.0.0-dev.17 | 278 | 5/6/2020 |
8.0.0-dev.16 | 296 | 5/6/2020 |
8.0.0-dev.15 | 289 | 5/5/2020 |
8.0.0-dev.14 | 274 | 5/5/2020 |
8.0.0-dev.13 | 304 | 5/4/2020 |
7.6.0-dev.13 | 302 | 5/1/2020 |
7.6.0-dev.12 | 302 | 4/30/2020 |
7.6.0-dev.11 | 281 | 4/28/2020 |
7.6.0-dev.10 | 279 | 4/27/2020 |
7.6.0-dev.9 | 275 | 4/24/2020 |
7.6.0-dev.8 | 279 | 4/22/2020 |
7.6.0-dev.7 | 276 | 4/15/2020 |
7.6.0-dev.6 | 268 | 4/15/2020 |
7.6.0-dev.5 | 261 | 4/15/2020 |
7.6.0-dev.4 | 390 | 4/11/2020 |
7.6.0-dev.3 | 263 | 4/10/2020 |
7.6.0-dev.2 | 266 | 4/10/2020 |
7.6.0-dev.1 | 355 | 4/8/2020 |
7.5.2 | 2,753 | 3/20/2020 |
7.5.1 | 2,322 | 3/12/2020 |
7.5.0 | 3,102 | 3/10/2020 |
7.5.0-dev.18 | 313 | 3/5/2020 |
7.5.0-dev.17 | 304 | 3/5/2020 |
7.5.0-dev.16 | 325 | 3/4/2020 |
7.5.0-dev.15.1 | 346 | 3/4/2020 |
7.5.0-dev.15 | 263 | 3/3/2020 |
7.5.0-dev.14 | 286 | 3/3/2020 |
7.5.0-dev.13 | 264 | 2/29/2020 |
7.5.0-dev.12 | 393 | 2/29/2020 |
7.5.0-dev.10 | 277 | 2/25/2020 |
7.5.0-dev.9 | 317 | 2/20/2020 |
7.5.0-dev.8 | 340 | 2/18/2020 |
7.5.0-dev.7 | 270 | 2/18/2020 |
7.5.0-dev.6 | 289 | 2/14/2020 |
7.5.0-dev.5 | 303 | 2/12/2020 |
7.5.0-dev.4 | 289 | 2/11/2020 |
7.5.0-dev.3 | 250 | 2/11/2020 |
7.5.0-dev.2 | 400 | 2/8/2020 |
7.5.0-dev.1 | 297 | 2/7/2020 |
7.4.2 | 2,978 | 2/5/2020 |
7.4.1 | 2,814 | 2/3/2020 |
7.4.0 | 2,889 | 1/31/2020 |
7.4.0-dev.4 | 346 | 1/31/2020 |
7.4.0-dev.3 | 322 | 1/29/2020 |
7.4.0-dev.2 | 281 | 1/28/2020 |
7.4.0-dev.1 | 266 | 1/23/2020 |
7.3.1 | 2,797 | 1/21/2020 |
7.3.1-preview.7 | 283 | 1/21/2020 |
7.3.1-preview.1 | 317 | 1/20/2020 |
7.3.0 | 2,744 | 1/19/2020 |
7.2.6 | 2,450 | 1/18/2020 |
7.2.5 | 2,701 | 12/19/2019 |
7.2.4 | 2,416 | 12/19/2019 |
7.2.3 | 2,383 | 12/16/2019 |
7.2.2 | 2,356 | 12/9/2019 |
7.2.1 | 2,606 | 12/4/2019 |
7.2.0 | 2,700 | 11/26/2019 |
7.2.0-preview.10 | 277 | 11/20/2019 |
7.2.0-preview.9 | 285 | 11/19/2019 |
7.2.0-preview.8 | 292 | 11/18/2019 |
7.2.0-preview.6 | 293 | 11/14/2019 |
7.2.0-preview.5 | 287 | 11/14/2019 |
7.2.0-preview.4 | 290 | 11/14/2019 |
7.2.0-preview.2 | 287 | 11/11/2019 |
7.2.0-preview.1 | 294 | 11/9/2019 |
7.1.2 | 1,073 | 11/7/2019 |
7.1.1 | 1,071 | 11/6/2019 |
7.1.0 | 3,156 | 11/6/2019 |
7.1.0-preview.8 | 299 | 11/5/2019 |
7.1.0-preview.7 | 290 | 11/4/2019 |
7.1.0-preview.6 | 283 | 11/1/2019 |
7.1.0-preview.5 | 309 | 10/31/2019 |
7.1.0-preview.4 | 300 | 10/30/2019 |
7.1.0-preview.3 | 291 | 10/26/2019 |
7.1.0-preview.2 | 304 | 10/25/2019 |
7.1.0-preview.1 | 290 | 10/24/2019 |
7.0.0 | 1,704 | 10/16/2019 |
7.0.0-rc.41 | 305 | 10/15/2019 |
7.0.0-rc.40 | 310 | 10/15/2019 |
7.0.0-rc.39 | 292 | 10/12/2019 |
7.0.0-rc.38 | 290 | 10/11/2019 |
7.0.0-rc.37 | 334 | 10/10/2019 |
7.0.0-rc.36 | 295 | 10/9/2019 |
7.0.0-rc.35 | 294 | 10/8/2019 |
7.0.0-rc.34 | 301 | 10/8/2019 |
7.0.0-rc.33 | 288 | 10/7/2019 |
7.0.0-rc.32 | 294 | 10/5/2019 |
7.0.0-rc.31 | 299 | 10/3/2019 |
7.0.0-rc.30 | 300 | 10/1/2019 |
7.0.0-rc.28 | 306 | 10/1/2019 |
7.0.0-rc.27 | 290 | 9/30/2019 |
7.0.0-rc.26 | 294 | 9/30/2019 |
7.0.0-rc.25 | 295 | 9/27/2019 |
7.0.0-rc.24 | 292 | 9/27/2019 |
7.0.0-rc.23 | 287 | 9/26/2019 |
7.0.0-rc.22 | 285 | 9/25/2019 |
7.0.0-rc.21 | 288 | 9/24/2019 |
7.0.0-rc.20 | 291 | 9/23/2019 |
7.0.0-rc.19 | 277 | 9/20/2019 |
7.0.0-rc.18.1 | 292 | 9/20/2019 |
7.0.0-rc.18 | 292 | 9/20/2019 |
6.5.0-rc.17 | 303 | 9/19/2019 |
6.5.0-rc.16 | 323 | 9/18/2019 |
6.5.0-rc.15 | 303 | 9/18/2019 |
6.5.0-rc.14.1 | 295 | 9/18/2019 |
6.5.0-rc.14 | 316 | 9/17/2019 |
6.5.0-rc.13 | 298 | 9/16/2019 |
6.5.0-rc.12.2 | 308 | 9/13/2019 |
6.5.0-rc.12.1 | 301 | 9/12/2019 |
6.5.0-rc.12 | 312 | 9/12/2019 |
6.5.0-rc.11 | 318 | 9/11/2019 |
6.5.0-rc.10 | 297 | 9/10/2019 |
6.5.0-rc.9 | 304 | 9/9/2019 |
6.5.0-rc.8 | 303 | 9/6/2019 |
6.5.0-rc.7 | 303 | 9/6/2019 |
6.5.0-rc.6 | 300 | 9/6/2019 |
6.5.0-rc.5 | 300 | 9/2/2019 |
6.5.0-rc.4 | 317 | 9/2/2019 |
6.5.0-rc.3 | 308 | 8/30/2019 |
6.5.0-rc.2 | 320 | 8/29/2019 |
6.5.0-rc.1 | 319 | 8/28/2019 |
6.5.0-beta.5 | 319 | 8/28/2019 |
6.5.0-beta.4 | 318 | 8/27/2019 |
6.0.0 | 1,792 | 8/6/2019 |
6.0.0-rc.7 | 302 | 7/19/2019 |
6.0.0-rc.6 | 306 | 6/28/2019 |
6.0.0-rc.5 | 304 | 6/28/2019 |
6.0.0-rc.4 | 310 | 6/25/2019 |
6.0.0-rc.3 | 312 | 6/20/2019 |
6.0.0-rc.2 | 314 | 5/29/2019 |
6.0.0-rc.1 | 316 | 5/28/2019 |
6.0.0-beta.3 | 323 | 4/17/2019 |
5.3.0-beta.2 | 306 | 3/21/2019 |
5.3.0-beta.1 | 299 | 3/20/2019 |
5.2.0 | 1,821 | 3/19/2019 |
5.1.0 | 2,127 | 1/25/2019 |
5.0.0 | 2,150 | 12/21/2018 |
5.0.0-rc11 | 1,446 | 12/14/2018 |
5.0.0-rc10 | 1,278 | 11/16/2018 |
5.0.0-rc09 | 1,356 | 11/1/2018 |
5.0.0-rc08 | 1,309 | 10/31/2018 |
5.0.0-rc07 | 1,251 | 10/31/2018 |
5.0.0-rc06 | 1,330 | 10/30/2018 |
5.0.0-rc05 | 1,288 | 10/29/2018 |
5.0.0-rc04 | 1,310 | 10/29/2018 |
5.0.0-rc03 | 1,307 | 10/26/2018 |
5.0.0-rc02 | 1,298 | 10/25/2018 |
5.0.0-rc01 | 1,341 | 10/12/2018 |
5.0.0-beta03 | 1,346 | 9/21/2018 |
5.0.0-beta02 | 1,363 | 9/10/2018 |
5.0.0-beta01 | 1,325 | 9/7/2018 |
4.5.1 | 1,473 | 8/7/2018 |
4.5.0 | 2,624 | 8/7/2018 |
4.5.0-rc01 | 1,400 | 6/7/2018 |
4.5.0-beta09 | 1,343 | 6/7/2018 |
4.5.0-beta08 | 1,573 | 5/16/2018 |
4.5.0-beta07 | 1,369 | 5/9/2018 |
4.5.0-beta06 | 1,416 | 4/25/2018 |
4.5.0-beta05 | 1,559 | 4/12/2018 |
4.5.0-beta03 | 1,478 | 4/12/2018 |
4.2.0-beta02 | 1,481 | 3/27/2018 |
4.2.0-beta01 | 1,469 | 2/14/2018 |
4.1.1 | 1,576 | 2/1/2018 |
4.1.0 | 2,301 | 1/15/2018 |
4.1.0-rc10 | 1,523 | 12/19/2017 |
4.1.0-rc09 | 1,535 | 12/19/2017 |
4.1.0-rc08 | 1,521 | 12/12/2017 |
4.1.0-rc07 | 1,397 | 12/5/2017 |
4.1.0-rc06 | 1,446 | 12/5/2017 |
4.1.0-rc05 | 1,396 | 12/5/2017 |
4.1.0-rc03 | 1,416 | 12/4/2017 |
4.1.0-rc02 | 1,428 | 12/4/2017 |
4.1.0-rc01 | 1,379 | 12/4/2017 |
4.1.0-beta09 | 1,461 | 12/3/2017 |
4.1.0-beta08 | 1,480 | 11/25/2017 |
4.1.0-beta07 | 1,467 | 11/23/2017 |
4.1.0-beta06 | 1,439 | 11/22/2017 |
4.1.0-beta05 | 1,394 | 11/21/2017 |
4.1.0-beta04 | 1,209 | 11/21/2017 |
4.1.0-beta03 | 1,238 | 11/17/2017 |
4.1.0-beta02 | 1,227 | 11/17/2017 |
4.1.0-beta01 | 1,184 | 11/16/2017 |
4.0.1-beta01 | 1,201 | 11/6/2017 |
4.0.0 | 2,800 | 10/23/2017 |
4.0.0-rc05 | 1,393 | 10/17/2017 |
4.0.0-rc04 | 1,386 | 10/17/2017 |
4.0.0-rc03 | 1,419 | 10/12/2017 |
4.0.0-rc02 | 1,395 | 10/10/2017 |
4.0.0-rc01 | 1,417 | 10/6/2017 |
4.0.0-beta9 | 1,359 | 10/5/2017 |
4.0.0-beta8 | 1,394 | 10/5/2017 |
4.0.0-beta7 | 1,461 | 10/3/2017 |
4.0.0-beta6 | 1,386 | 9/30/2017 |
4.0.0-beta5 | 1,379 | 9/28/2017 |
4.0.0-beta4 | 1,424 | 9/27/2017 |
4.0.0-beta3 | 1,380 | 9/26/2017 |
4.0.0-beta2 | 1,428 | 9/25/2017 |
4.0.0-beta1 | 1,401 | 9/22/2017 |
3.11.0 | 1,978 | 8/18/2017 |
3.10.1 | 1,503 | 8/18/2017 |
3.10.0 | 2,382 | 8/1/2017 |
3.9.1 | 1,461 | 6/23/2017 |
3.9.0 | 2,300 | 6/13/2017 |
3.8.1 | 1,779 | 5/26/2017 |
3.8.0 | 1,724 | 5/26/2017 |
3.7.0 | 1,762 | 5/23/2017 |
3.6.0 | 1,725 | 5/18/2017 |
3.5.0 | 1,751 | 5/15/2017 |
3.4.0 | 1,715 | 5/4/2017 |
3.3.6 | 1,471 | 4/13/2017 |
3.3.5 | 1,530 | 4/12/2017 |
3.3.1 | 1,496 | 4/12/2017 |
3.3.0 | 2,372 | 4/12/2017 |
3.3.0-preview1 | 1,288 | 4/6/2017 |
3.2.0 | 1,918 | 3/27/2017 |
3.1.0 | 1,853 | 3/22/2017 |
3.1.0-preview4 | 1,475 | 3/9/2017 |
3.1.0-preview3 | 1,386 | 12/9/2016 |
3.1.0-preview2 | 1,341 | 12/9/2016 |
3.1.0-preview1-rc2 | 1,272 | 10/31/2016 |
3.1.0-preview1 | 1,289 | 10/28/2016 |
3.0.9 | 1,684 | 10/19/2016 |
3.0.8 | 1,575 | 8/19/2016 |
3.0.7 | 1,683 | 7/12/2016 |
3.0.7-pre1 | 1,349 | 5/18/2016 |
3.0.6 | 1,561 | 5/13/2016 |
3.0.5 | 1,903 | 4/27/2016 |
3.0.4 | 1,548 | 4/14/2016 |
3.0.0-rc6 | 1,295 | 3/29/2016 |
3.0.0-rc5 | 1,278 | 3/24/2016 |
3.0.0-rc4 | 1,490 | 3/21/2016 |
3.0.0-rc3 | 1,416 | 12/22/2015 |
3.0.0-rc1 | 1,456 | 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.