The documentation is published here.

Jasper is a next generation application development framework for distributed server side development in .NET. At the moment, Jasper can be used as:

1. An in-memory command runner
2. A robust, but lightweight asynchronous messaging framework (call it a service bus if you have to, but know that there's no centralized broker)
3. An alternative for authoring HTTP services within ASP.NET Core
4. A dessert topping (just kidding)

In all cases, Jasper can be used by itself or as an addon to an ASP.NET Core application. As much as possible, Jasper tries to leverage existing ASP.NET Core infrastructure.

The main solution file is Jasper.sln, and you should be good to go to simply open the code up in Rider, Visual Studio.NET, or VS Code and just go. In its current form, all the integration tests, including the Storyteller specifications, require Docker to be running on your development machine. For the docker dependencies (Postgresql, Rabbit MQ, Sql Server, etc.), run:

docker compose up -d

At the command line, the build script can be executed:

• on Windows with build [task]
• with Powershell with ./build.sh [task]
• on *nix with ./build.sh [task]

The default build task will run the basic unit tests along with the Jasper.Http tests. These other tasks may be helpful:

• test-persistence - runs the Jasper.Persistence.Tests
• test-rabbitmq - runs the Rabbit MQ transport tests
• test-pulsar - runs the Pulsar transport tests
• test-tcp - runs the TCP transport tests
• storyteller- runs the Storyteller specifications (think big, slow integration tests)
• open_st - opens the Storyteller UI to edit specifications or run interactively
• full - runs all possible tests. Get a cup of coffee or maybe just go out to lunch or the gym after you start this.

I think that FubuMVC turned some people off by its name ("for us, by us"). This time around I was going for an unassuming name that was easy to remember and just named it after my (Jeremy) hometown (Jasper, MO).

First off, the Rabbit MQ transport is the most mature of all the Jasper transport types, and is somewhat the template for new transports.

The basic steps:

1. If at all possible (i.e., anything but Azure Service Bus), add a docker container to the docker-compose.yaml file for the server piece of the new transport for local testing

2. Start a new project named Jasper.{transport name} and a matching Jasper.{transport name}.Testing project under the /src folder of the repository, but under the logical /Transports folder of the solution please.

3. Add a project reference to Jasper itself and a Nuget reference to the .NET adapter library for that transport. E.g., DotPulsar or RabbitMQ.Client

4. You'll need a custom subclass for Endpoint that represents either an address you're publishing to and/or listening for incoming messages. This will need to parse a custom Uri structure for the transport that identifies the transport type (the Uri scheme) and common properties like queue or topic names. See RabbitMqEndpoint for an example

5. Add a custom implementation of the IListener interface

6. Add a custom implementation of the ISender interface

7. Implement the ITransport interface. See RabbitMqTransport as an example. Any transport specific configuration should be properties of the concrete type. It's most likely useful to use the TransportBase<T> type as the base type, where T is the Endpoint type

8. Pair the custom ITransport type with a Configure{tansport name}() extension method on IEndpoints like ConfigureRabbitMq() that let's the user configure transport specific capabilities and connectivity. We're working on the assumption that a single Jasper app will only connect to one broker for each transport type for now

9. For custom endpoint configuration for the new transport type, see the usage of RabbitMqSubscriberConfiguration and RabbitMqListenerConfiguration