ChannelFinder is a directory server, implemented as a REST style web service. Its intended use is for control systems, namely the EPICS Control system.
Motivation and Objectives
High level applications tend to prefer a hierarchical view of the control system name space. They group channel names by location or physical function. The name space of the EPICS Channel Access protocol, on the other hand, is flat. A good and thoroughly enforced naming convention may solve the problem of creating unique predictable names. It does not free every application from being configured explicitly, so that it knows all channel names it might be interested in beforehand.
ChannelFinder tries to overcome this limitation by implementing a generic directory service, which applications can query for a list of channels that match certain conditions, such as physical functionality or location. It also provides mechanisms to create channel name aliases, allowing for different perspectives of the same set of channel names.
Directory Data Structure
Each directory entry consists of a channel <name>
, an arbitrary set of <properties>
(name-value pairs), and an
arbitrary set of <tags>
(names).
Basic Operation
An application sends an HTTP query to the service, specifying an expression that references tags, properties and their values, or channel names. The service returns a list of matching channels with their properties and tags, as JSON documents.
ChannelFinder is a Java EE5 REST-style web service. The directory data is held in a ElasticSearch index.
For using docker containers there is a barebones docker compose file.
Prerequisites
Options:
sudo apt-get install openjdk-17-jre git curl wget
sudo systemctl start elasticsearch # Or other command to run elastic search
# Replace verison with the release you want
wget https://github.com/ChannelFinder/ChannelFinderService/releases/download/ChannelFinder-{version}/ChannelFinder-{version}.jar
java -jar target/ChannelFinder-*.jar
Other installation recipes can be found on the wiki pages.
By default, the channelfinder service will start on port 8080 with the default settings. To start with a
different application.properties
file:
java -Dspring.config.location=file:./application.properties -jar ChannelFinder-*.jar
The default authentication includes an embedded ldap server with users and roles defined in
the cf.ldif
file.
Note that cf.ldif
contains default credentials and should only be used during testing and evaluation.
To check that the server is running correctly, visit the default homepage. For more information on the api see the swagger docs endpoint.
It's strongly encouraged to use a modern IDE such as Intelij and Eclipse.
Prerequisites
./mvnw
) (version specified
in the wrapper properties)For the following commands mvn
can be interchangeably used instead via ./mvnw
To build:
mvn clean install
To test:
mvn test
To run the server in development (you need a running version of Elasticsearch)
mvn spring-boot:run
Purpose is to have integration tests for ChannelFinder API with Docker.
See src/test/java
and package
org.phoebus.channelfinder.docker
Integration tests start docker containers for ChannelFinder and Elasticsearch and run http requests (GET, POST, PUT, DELETE) towards the application to test behavior (read, list, query, create, update, remove) and replies are received and checked if content is as expected.
There are tests for properties, tags and channels separately and in combination.
Integration tests can be run in IDE and via Maven.
mvn failsafe:integration-test -DskipITs=false
See also
The Phoebus ChannelFinder service uses the maven release plugin to prepare the publish the ChannelFinder server binaries to maven central using the sonatype repositories.
Create a sonatype account and update the maven settings.xml file with your sonatype credentials
<servers>
<server>
<id>phoebus-releases</id>
<username>username</username>
<password>*******</password>
</server>
</servers>
mvn release:prepare
In this step will ensure there are no uncommitted changes, ensure the versions number are correct, tag the scm, etc.. A full list of checks is documented here:
mvn release:perform
Checkout the release tag, build, sign and push the build binaries to sonatype.
Open the staging repository in sonatype and hit the publish button