The goal of this project is to create a very lightweight framework to quickly generate data for demo purposes. The framework uses Akka to simplify concurrency and messaging, and is simple to extend.

The concept is that we have domain objects, for example Trucks. These Trucks generate events, events in this case being influenced by their driver's risk factor. There are two PoJo's to model this. One for [Truck] (https://github.com/pcodding/stream-simulator/blob/master/src/main/java/com/hortonworks/streaming/impl/domain/transport/Truck.java), and the other for [Driver] (https://github.com/pcodding/stream-simulator/blob/master/src/main/java/com/hortonworks/streaming/impl/domain/transport/Driver.java). These two domain objects are used to generate events, in this case the Truck class generates events, and as such extends the AbstractEventEmitter class. By implementing this class, the onReceive method needs to be implemented. This method is called for each Truck in the simulation. The onReceive method should generate events, create new Actors, send messages to Actors, etc, and send those events to an EventCollector. The EventCollector is a class you can implement to collect the events generated from the, in this case Trucks, and put them somewhere. In this case, we're using the JmsEventCollector to push events to a ActiveMQ JMS queue. How do we bootstrap this process to help override the configuration or behavior of Trucks and their Drivers for example? We use a static class like the [TruckConfiguration] (https://github.com/pcodding/stream-simulator/blob/master/src/main/java/com/hortonworks/streaming/impl/domain/transport/TruckConfiguration.java). This class helps with initializing the pool of domain objects that are used in the simulation. For this example, we have an unbounded number of Trucks and Drivers, but in order to have some variance and enable modeling the risk of specific drivers we need a few risky drivers that emit a random risky event every n number of cycles.

Particle simulation of atmospheric streamer discharges on conductors with surface protrusion. AIP Advances 8, 115129 (2018);. Twitch streamer simulator Version: 0.2.1 almost 3 years ago. Download (4 MB) a clicker game where you try to become the best streamer of all time! Press up arrow to open the phone and down arrow to close it. Just click the play button and just watch that cash flow!-=update 0.2.1=.

Extending the framework

To implement a new simulation, create a PoJo that implements the AbstractEventEmitter class. Implement the onReceive method as follows:

In this case, I'm making sure I have a reference to the eventCollector, and then I'm waiting a natural amount of time before I generate an event. The generateEvent class, in this case, just returns a class that extends the Event class. The Event is arbitrary, it could be a financial transaction, or anything. That Event is sent to the EventCollector to be persisted to disk in the form of a log, or put on a queue, etc.

Building the simulator

This is built using maven, so just do mvn clean package.

Running the simulator

The run.sh script takes in the number of domain objects to spin up, the number of events to process before exiting (-1 is unlimited), and the fully qualified class name of the domain object that extends AbstractEventEmitter, and the EventCollector class.

Domains that are currently modeled out of the box: Cheat codes for castlevania bloodlines.

• [Car Insurance] (https://github.com/pcodding/stream-simulator/tree/master/src/main/java/com/hortonworks/streaming/impl/domain/carinsurance)
• [GPS] (https://github.com/pcodding/stream-simulator/tree/master/src/main/java/com/hortonworks/streaming/impl/domain/gps)
• [Rental Car Pricing Simulation] (https://github.com/pcodding/stream-simulator/tree/master/src/main/java/com/hortonworks/streaming/impl/domain/rental)
• [Transportation (Trucks)] (https://github.com/pcodding/stream-simulator/tree/master/src/main/java/com/hortonworks/streaming/impl/domain/transport)