Using the Java OpenDXL Client

This article walks through the process of installing, provisioning, and running a subset of the samples that are included with the OpenDXL Java Client.


The samples examined in this article demonstrate how to use the two distinct messaging models that are supported by DXL. A publish/subscribe event-based model and a service-based model with point-to-point (request/response) communication.

Client Installation and Provisioning

The following steps detail how to install and provision the OpenDXL Java Client:

Event-based Communication

The DXL fabric supports an event-based communication model. This model is typically referred to as “publish/subscribe” wherein clients register interest by subscribing to a particular topic and publishers periodically send events to that topic. The event is delivered by the DXL fabric to all of the currently subscribed clients for the topic. Therefore, a single event sent can reach multiple clients (one-to-many). It is important to note that in this model the client passively receives events when they are sent by a publisher.




For example, McAfee Advanced Threat Defense (ATD) servers send events to the topic /mcafee/event/atd/file/report when they have successfully determined the reputation of a submitted file. Any clients currently subscribed to this topic will receive the report and can take immediate action.

Run Sample

A "basic event sample" is included with the OpenDXL Java Client SDK that demonstrates sending and receiving 1000 events via the Java client.


To run the sample execute the following from the root directory of the extracted OpenDXL Java Client SDK:


sample\runsample sample.basic.EventSample

Sample Output

The output should appear similar to the following (1000 events are received and timing information is displayed).


Code Details

This section walks through the different portions of code that comprise the "basic event sample" in detail. Full code for the sample is available within the extracted SDK or via the OpenDXL Java Client GitHub Repository.


Java
  1. /** The topic to publish to */
  2. private static final String EVENT_TOPIC = "/isecg/sample/basicevent";
  3. /** The total number of events to send */
  4. private static final int TOTAL_EVENTS = 1000;
  5. /** Lock used to protect changes to counter */
  6. private static final Lock eventCountLock = new ReentrantLock();
  7. /** Condition used to protect changes to counter */
  8. private static final Condition eventCountCondition = eventCountLock.newCondition();
  9. /** The count of events that have been received */
  10. private static int eventCount = 0;

As shown above, several variables are defined in the header of the "basic event sample":

  • EVENT_TOPIC: The topic that the events will be sent (and received) on:
    • /isecg/sample/basicevent
  • TOTAL_EVENTS: The total number of events to send (1000)
  • eventCount: Tracks the number of events that have been received (lock and condition are used for concurrent access)


Java
  1. // Create DXL configuration from file
  2. final DxlClientConfig config = Common.getClientConfig(args);
  3. // Create the client
  4. try (DxlClient client = new DxlClient(config)) {
  5. // Connect to the fabric
  6. client.connect();

The next portion of code (shown above) creates the DXL client. The first step is to create a DxlClientConfig object that contains the information necessary to connect to a DXL fabric. In this particular case, a sample-specific common method (Common.getClientConfig) is invoked which ultimately invokes the DxlClientConfig.createDxlConfigFromFile static method which creates a configuration object from a file.


The next line of code creates a DxlClient object by passing the previously created configuration object to its constructor. It is also important to note that the client is created using a try-with-resource block. While not necessary, the try-with-resource block provides a simple way to control the lifetime of the client object and will automatically clean up any client-related resources when the client block ends (you do not need to explicitly call disconnect or close).


In the final line of code above, the connect method is invoked to connect to the DXL fabric.



The next portion of code (shown above) registers an event callback that will receive events that are published to the /isecg/sample/basiceventtopic.


The event callback function is registered with the client via the addEventCallback method. This method will be invoked for each event that is sent to the DXL fabric for topics that are associated with the callback. The main portion of this method displays the payload of the event received and increments the total count of events.



The final portion of this sample's code (shown above) connects to the DXL fabric and sends out 1000 events on the /isecg/sample/basicevent topic. The body of the for loop is iterated for TOTAL_EVENTS times (1000). The first step in the body of the for loop is to construct a new Event that will be sent to the /isecg/sample/basicevent topic. Next, a payload is set on the event that contains the index of the loop (from 0 to 999). The final line of the loop body sends the event to the DXL fabric by invoking the sendEvent method on the client.

Service-based Communication

The DXL fabric allows for “services” to be registered and exposed that respond to requests sent by invoking clients. This communication is point-to-point (one-to-one), meaning the communication is solely between an invoking client and the service that is being invoked. It is important to note that in this model the client actively invokes the service by sending it requests.


For example, the McAfee Threat Intelligence Exchange (TIE) service is exposed via DXL allowing for DXL clients to actively request reputations for files and certificates.




Run Sample

A "basic service sample" is included with the OpenDXL Java Client SDK that demonstrates registering and invoking a DXL service.


To run the sample execute the following from the root directory of the extracted OpenDXL Java Client SDK:


sample\runsample sample.basic.ServiceSample

Sample Output

The output should appear similar to the following (a request is received by the service and it delivers a response back to the invoking client).


Java
  1. Service received request payload: ping
  2. Client received response payload: pong

Code Details

This section walks through the different portions of code that comprise the "basic service sample" in detail. Full code for the sample is available within the extracted SDK or via the OpenDXL Java Client GitHub Repository.


Java
  1. /** The topic for the service to respond to */
  2. private static final String SERVICE_TOPIC = "/isecg/sample/basicservice";


As shown above, a variable is defined that contains a topic to associate with the service. Multiple topics can be associated with a service, each topic represents a different "function" that can be invoked by remote DXL clients.



The next portion of code (shown above) creates a DXL service registration that will respond to requests that are received on the /isecg/sample/mybasicservice topic.


The first step is to implement the RequestCallback interface which will be invoked for each request that is sent to the DXL fabric for the service topic that is associated with the callback.


For each Request message received, the payload is displayed. Next, it creates a Response message that will be sent back to the invoking client. The payload of the Response message is set to "pong". The last line of this method sends the response back to the invoking client by passing the newly created Response object to the sendResponse method of the client.


The final three lines in this portion create a service registration, associate the newly created request callback with a service topic, and register the service with the DXL fabric. A ServiceRegistrationInfo object is created which represents the service (named "myService") to register. The service topic /isecg/sample/basicservice is associated with the request callback by invoking the addTopic method of the service registration object. Finally, the service is registered with the DXL fabric by passing the service registration object to the registerServiceSync method of the client.



The next portion of code (shown above) invokes the DXL service that was registered in the previous code portion and displays the information contained in the received response.


The first step is to create a Request message that will be sent to the /isecg/sample/basicservice topic. The payload of the Request object is set to "ping".


Next, the service is invoked by passing the newly created Request object to the syncRequest method of the client. This method will wait until a Response is received from the service or a timeout occurs.


Finally, the message type is checked to ensure the Response received is not an ErrorResponse. If it is not an error, the payload associated with the Response message is displayed.