Clarify nullable NATS configuration contracts (#79)
fix: clarify nullable NATS configuration contracts
fix: document and enforce nullable NATS contracts
refactor: simplify autoconfigure server guard
Co-authored-by: Yuna Morgenstern yuna.morgenstern@safespring.com
版权所有:中国计算机学会技术支持:开源发展技术委员会
京ICP备13000930号-9
京公网安备 11010802047560号
NATS Spring Support
Current Release: 0.6.2+3.5 Current Snapshot: 0.6.3+3.5-SNAPSHOT
Please note the version number is a combination of Semver and the Spring Boot Version,
<major.minor.patch>-<sbMajor.sbMinor>Table of Contents
This repository contains two core packages:
nats-springan implementation of the autoconfigure pattern for a NATS connection using the core NATS Java Clientnats-spring-cloud-stream-bindera spring cloud binder for NATSA third package
nats-spring-samplesis included to demonstrate how the other two modules can be used.Version Notes
As of version 0.3.x the properties used to configure can be in YAML or properties if you pass in the NATS properties externally. If you want the application file to contain connection info it should be a properties file and not YAML. In other words:
it works while the YAML equivalent will not.
Snapshots are hosted on
central.sonatype.org, to access these within maven update your settings to include:The released version should be available at maven central. If the release has not propagated yet, it can be found at
and ultimately at maven central.
Using the Starter
A spring boot starter is provided that will bring in the autoconfigure module.
To include the starter, add the following dependency to your pom.xml:
Using the NATS Modules
To depend on the autoconfigure module, add it as a dependency in your pom.xml:
This module defines and exports an autoconfiguration for NATS Connection objects.
Multiple NATS Connections
By default, the autoconfigure modules will create a single NATS connection and the binders will create a second one.
Using the NATS Cloud Stream Binder
To use the binder, define a binding in your application.yml with the type
nats:and include a dependency on the library:
See the Spring Cloud Stream Documentation for information about more complex configurations of the bindings.
Spring Cloud Stream functional applications are supported. Bind
Consumer,Function, orStreamBridgeapplications with the standard functional binding names such asinput-in-0,transform-in-0, andtransform-out-0; seenats-spring-samplesanddemofor working examples.The NATS binder leverages the autoconfigure module, or manual configuration to build a NATS connection. Standard properties are used to specify inputs and outputs. Inputs, specified with a destination and group name are mapped to subjects and queue names, with the destination becoming the subject, and the group becoming the queue. Outputs are specified with a destination name that becomes the subject.
Core NATS event consumers are implemented with a dispatcher, resulting in a thread per consumer. JetStream event consumers use a named JetStream consumer context. Polled consumers use a subscription for core NATS and a named JetStream consumer context for JetStream.
Producers publish directly through the connection.
JetStream
JetStream is opt-in per binding. Producer stream provisioning is optional with
provision-stream=true; consumer streams and consumers should be created with NATS or the jnatsConsumerConfigurationAPI before the binder starts. JetStream consumers requirestream-nameand eitherconsumer-nameor a binding group. The binding group is used as the JetStream consumer name whenconsumer-nameis not set.When producer provisioning is enabled, the binder creates a missing stream for the binding destination subject. If the stream already exists, it must already cover the destination subject directly or through a NATS wildcard subject.
stream-storage-typeandstream-replicasare used only when creating a missing stream.JetStream producers wait for the server publish acknowledgement. Event consumers acknowledge after the Spring output channel accepts the message and negatively acknowledge when the output channel rejects the message. Polled consumers use the jnats consumer context and acknowledge through Spring’s poll acknowledgement callback: successful polls acknowledge and rejected polls negatively acknowledge for redelivery.
Consumer delivery settings such as acknowledgement wait, maximum deliveries, flow control, replay policy, and pull limits are configured on the JetStream consumer itself. Applications that previously configured those settings as binder consumer properties should create or update the JetStream consumer before the binding starts and set
consumer-nameto that consumer name.JetStream publishing does not support Spring reply channels because NATS uses the reply subject for JetStream publish acknowledgements. Use core NATS bindings for request-reply.
Request-Reply
The binder uses message header propagation to support NATS-style request-reply. The reply-to subject is passed as a header when a message is received. That reply to header is used as the outgoing subject if it is present when a message is sent. This system by-passes the configured producer destination.
Partitions
NATS does not use the concept of partitions. The binder supports the API for partitions as far as required, but no underlying messaging is associated with that change beyond the name of the destination.
Configuration
By default, properties are configured using the
nats.springprefix:nats.spring.serverspecifies the NATS server url or a list of urls in a comma separated listnats.spring.connection-namethe connection namenats.spring.max-reconnectthe maximum reconnects attempts on a single disconnect before the connection closesnats.spring.reconnect-waitthe time, as a duration like4s, to wait between trying to reconnect to the same servernats.spring.connection-timeoutthe time, as a duration like4s, to wait before cancelling the connectionnats.spring.ping-intervalthe time, as a duration like4s, between pings to the servernats.spring.reconnect-buffer-sizethe size in bytes for the reconnect buffernats.spring.inbox-prefixa custom inbox prefixnats.spring.no-echoturn off echo from the servernats.spring.no-no-respondersdisable no responders supportnats.spring.utf8-supportenable UTF-8 subject names (warning this is an experimental feature, not all language clients will support it)nats.spring.username,nats.spring.passwordthe user name and password to authenticate withnats.spring.tokenan authentication token, takes precedence over the username/passwordnats.spring.credentialsa path to a credentials file, takes precedence over the token and user/passnats.spring.nkeya private key (seed) for NKey authentication, takes precedence over the credentials, token and user/passTLS can be configured several ways. Set up a default context using system properties like
javax.net.ssl.keyStore, set a default SSLContext in the main method before running the spring application, or by setting several properties:nats.spring.trust-store-passwordthe password for the trust store, defaults to “”nats.spring.trust-store-paththe path to the trust store filenats.spring.trust-store-provider(optional) the format of the trust store, defaults to “SunX509”. Common options are “SunX509”, “PKIX”.nats.spring.trust-store-type(optional) the format of the trust store, defaults to “PKCS12”. Common options are “PKCS12”, “JKS”, “JCEKS”, “DKS”.nats.spring.key-store-passwordthe password for the key store, defaults to “”nats.spring.key-store-paththe path to the key store filenats.spring.key-store-provider(optional) the format of the key store, defaults to “SunX509”. Common options are “SunX509”, “PKIX”.nats.spring.key-store-type(optional) the format of the key store, defaults to “PKCS12”. Common options are “PKCS12”, “JKS”, “JCEKS”, “DKS”.nats.spring.tls-protocol(optional) the preferred protocol for TLS handshake. Common options: TLSv1.2 (default), TLSv1.3.The
key-store-pathandtrust-store-pathmust be non-empty to trigger the creation of an SSL context.Custom Listeners
Custom ConnectionListener and ErrorListeners can be provided by a bean factory. For example, you can implement:
to create a custom connection listener. The connect-error-sample has an example for both types of listener.
If no custom listeners are provided, a default one is used which will log errors and connection events.
Samples
This repo contains two types of samples. First, there is a stand-alone demo that can be used as starter code, for a POM at least. Second, there is a collection of samples showing the major use-cases implemented by the core code:
autoconfigure-sample a simple command line runner with spring boot that uses the auto-configured nats connection from an application.properties file.
listener-sample uses the binder to listen to a single subject and print messages it receives. The configuration in application.yml specifies a single subject
dataIn.processor-sample creates a processor. The example listens to the subject
dataInand sends to the subjectdataOut. If the message contains a UTF-8 string, it is converted to all CAPS before being sent.polling-sample is similar to the listener sample, but uses polling.
source-sample generates messages on a timer and sends them to a NATS endpoint. In order to leverage this pattern you need to create a named source. See the
application.ymlfor details.queue-sample listens on a subject and queue group, run multiple copies of the sample to see how messages are load balanced.
multi-connect-sample copy of the processor-sample that uses 2 nats connections.
connect-error-sample demonstrates how to set up a custom connection and error handler.
You can exercise the samples using the
nats-subandnats-pubexecutables for the client library. For example, to try out the listener:For the multi-binder, try:
Building This Project
This project is built with maven. The
mvnwhelper is included in the root folder and its implementation is included in the.mvnfolder. You should be able to compile using./mvnw clean compile, or package the jars with./mvnw clean package.Internally there are multiple pom files, one parent for the project, one parent for the samples, one for the autoconfigure code, one for the binder, and one each for the samples. When built, each will have its own artifacts.
Signing and deploying requires that you set up your settings.xml file for maven:
Sonatype will accept and close a non-staging repository, but you must manually release it.
Adding New Configuration Properties
All the configuration properties are injected into the NatsProperties class in the autoconfigure module. This class provides a
toOptions()method that spits out a valid options configuration from the NATS client library. To add new properties, add them to NatsProperties and update thetoOptions()method appropriately.External Resources
License
Unless otherwise noted, the nats-account-server source files are distributed under the Apache Version 2.0 license found in the LICENSE file.