Base project for creating zenoss REST applications.
A zapp is a standalone java application that provides REST webservices. A zapp is built on the Dropwizard framework and adds integration with Spring to enable auto configuration and registration of objects in Dropwizard. A zapp is deployed and run as a self contained jar with all dependencies and given an optional configuration file.
There is also an zapp-example that demonstrates how to create a zapp project.
To get started you need provide an implementation of org.zenoss.app.AutowiredApp and optionally an implementation of
org.zenoss.app.AppConfiguration if you webservice needs to define configuration properties.
public class ExampleApp extends AutowiredApp<ExampleAppConfiguration> {
public static void main(String[] args) throws Exception {
new ExampleApp().run(args);
}
@Override
public String getAppName() {
return "Example App";
}
@Override
protected Class<ExampleAppConfiguration> getConfigType() {
return ExampleAppConfiguration.class;
}
}
By default the AutowiredApp will scan org.zenoss.app and it's sub packages for any classes that need to be loaded
via Spring or registered in Dropwizard.
The first thing you will probably want to do is provide a REST resource. Here we use Jersey to implement the rest
resource and the org.zenoss.dropwizardspring.annotations.Resource annotation to automatically register the resource in
Dropwizard. Note that Resource annotations requires a parameter name=<ApplicationName> which is used for auto-registering the zapp on a proxy server.
@Resource(name="ExampleApp") //Annotation ensures it is loaded and registered via Spring
@Path("/example")
@Produces(MediaType.APPLICATION_JSON)
public class ExampleResource {
@Path("/hello")
@Timed
@GET
public String hello(){ return "hello";}
…
Read the Jersey documentation to how to handle resource requests.
Websocket listeners can be registered automatically using Spring. Any
class annotated with the
org.springframework.stereotype.Component and javax.websocket.server.ServerEndpoint will be
registered to listen on the path defined by the @ServerEndpoint annotation.
The implementation of the websocket needs to use the javax.websocket.OnMessage annotation. The implementation of the
websocket should follow regular javax.websocket conventions.
package org.zenoss.app.example.api.RandomGenerator.remote;
import com.fasterxml.jackson.databind.ObjectMapper;
import com.google.common.base.Optional;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.config.ConfigurableBeanFactory;
import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Component;
import org.zenoss.app.example.api.RandomGenerator.RandomGeneratorAPI;
import org.zenoss.app.example.api.RandomGenerator.RandomResponse;
import javax.websocket.OnMessage;
import javax.websocket.Session;
import javax.websocket.server.ServerEndpoint;
@Component("exampleWS")
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
@ServerEndpoint("/ws/random")
public class RandomGeneratorWebSocket {
@Autowired
private RandomGeneratorAPI api;
private ObjectMapper mapper = new ObjectMapper();
@OnMessage
public void handleTextMessage(String data, Session session) throws Exception {
RandomRequest request = mapper.readValue(data, RandomRequest.class);
RandomResponse x = api.random(Optional.fromNullable(request.getMin()), Optional.fromNullable(request.getMax()));
session.getBasicRemote().sendText(mapper.writeValueAsString(x));
}
}
Built in websocket message broadcast has not yet been implemented in the latest Zapp. Implementation should be trivial using the
built in getOpenSessions method on the javax.websocket.Session class.
The org.zenoss.app.annotations.Bundle annotation, along with the interface org.zenoss.app.autobundle.AutoBundle can
be utilized to register additional Dropwizard bundles as part of your application. An example would be the registering
an AssetBundle so that your Zenoss Application(tm) can server static web content such as JavaScript files.
To register additional bundles either create a new class annotated with @Bundle or annotate an existing class, such as
your application class. Also ensure that this class implements the AutoBundle interface. The following example
illustrates an application class that registers an AssetBundle that requires no additional configuration classes
(indicated by the Optional.<class>absent() return value in the getRequiredConfig method call.
This example exposes files in the JAR file under the '/api' directory as static content under the URL path /api; the
second parameter to the AssetBundle constructor controls the URL path that is exposed. Dropwizard does not appear to
announce the accessibility of these files as it does the resources after the startup banner, not does it seem to support
indexing of the files if you perform an HTTP GET on the directory.
It should be noted that for each dropwizard bundle you wish to register you will be required to create a new Java class that is annotated with @Bundle and implements the AutoBundle interface. Also note
that the package for the AutoBundle must start with org.zenoss.app
package org.zenoss.app.myservice;
import org.zenoss.app.annotations.Bundle;
import org.zenoss.app.autobundle.AutoBundle;
import com.google.common.base.Optional;
import com.yammer.dropwizard.assets.AssetsBundle;
@Bundle
public class MyServiceApp extends
AutowiredApp<MyServiceAppConfiguration> implements AutoBundle {
public static final String APP_NAME = "My Service Zapplication";
public static void main(String[] args) throws Exception {
new MyServiceApp().run(args);
}
@Override
public String getAppName() {
return APP_NAME;
}
@Override
protected Class<MyServiceAppConfiguration> getConfigType() {
return MyServiceAppConfiguration.class;
}
@Override
public com.yammer.dropwizard.Bundle getBundle() {
return new AssetsBundle("/api/", "/api/");
}
@Override
public Optional<Class> getRequiredConfig() {
return Optional.<Class> absent();
}
}
The org.zenoss.dropwizardspring.annotations package contains HealthChecks,
Tasks and "Managed" annotations. These annotations can be used to
automatically register their respective Dropwizard components. Read the
Dropwizard documentation to find out more about the components.
You can annotate your components that have different implementations based on
running environment with Profile. For example a component that runs in
production can be annotated @Profile("prod") and a version of the component
that runs in development can be annotated with @Profile("dev"). If
a component is annotated with a profile than it will only be loaded if the
profile matches any of the active profiles.
The bundle sets the default active profile to be prod. The active profile can
be changed by setting a command line environment.
java -Dspring.profiles.active=dev
Read more about Spring Profiles.
Zapp provides two Guava EventBus spring beans, zapp::event-bus::sync and zapp::event-bus::async. The zapp::event-bus::sync bean provides a synchronous event handling system. The zapp::event-bus::async provides an asynchronous event handling system. Use appropriately. See example autowiring and configuration below.
import com.google.common.eventbus.EventBus;
import com.google.common.eventbus.Subscribe;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.stereotype.Component;
@Component
public class AnEventBusSubscriber
{
@Autowired
@Qualifer("zapp::event-bus::sync")
EventBus eventBus;
@PostConstruct
public void registerSubscribers() {
eventBus.register( this);
}
@Subscribe public void eventHandler( Object event) {
//do something with event
}
}
import com.google.common.eventbus.EventBus;
import com.google.common.eventbus.Subscribe;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.stereotype.Component;
@Component
class AnEventBusSubscriber
{
@Autowired
public AnEventBusSubscriber( @Qualifer("zapp::event-bus::async") EventBus eventBus) {
this.eventBus = eventBus;
this.eventBus.register( this);
}
@Subscribe public void eventHandler( Object event) {
//do something with event
}
}
Read more about Guava EventBus
Writing tests for zapp resource requires a combination of spring and dropwizard test classes. Add the dropwizard and spring dependencies to your pom.
<dependency>
<groupId>com.yammer.dropwizard</groupId>
<artifactId>dropwizard-testing</artifactId>
<version>${dropwizard.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-test</artifactId>
<version>${spring.version}</version>
<scope>test</scope>
Extend the Dropwizard test class ResourceTest to test resources. If you want Spring to autowire your resources you'll
need to annotate your test class to provide a Spring environment. The annotated static class in the test will allow you
to register mock beans or any other bean needed to run the test.
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(loader = AnnotationConfigContextLoader.class)
@ActiveProfiles({"dev","test"}) //Profiles used by the test
public class QueryTest extends ResourceTest {
//static configuration class provides the spring configuration i.e. what beans are loaded
@Configuration
@ComponentScan(basePackages = {"org.zenoss.app"})//scan for annotated classes
static class ContextConfiguration {
@Bean //provide you app config if needed
public QueryAppConfiguration getQueryAppConfiguration() {
return new QueryAppConfiguration();
}
}
@Autowired
PerformanceMetricQueryResources resource;
@Test
public void myTest() throws Exception {
//see http://dropwizard.codahale.com/manual/testing/#testing-resources
}
/*
* (non-Javadoc)
*
* @see com.yammer.dropwizard.testing.ResourceTest#setUpResources()
*/
// @Override
protected void setUpResources() throws Exception {
addResource(resource);
}
}
The example zapp contains examples of the mvn build plugins needed to create a zapp jar. To build example app run the following in the zapp-example directory:
mvn package
To run the zapp-example run the following, replacing <version>:
java -jar target/zapp-example-<version>.jar server target/etc/configuration.yaml
You can also run the example zapp without packaging directly via maven.
mvn compile exec:java
Once the server runs successfully, it returns a random number between 0 and 10 at /example/rand_int.
curl -k "https://localhost:8443/example/rand_int"
The server is configured to use the SSL and the port number of 8443 in this case. You can generate a random number in a different range as follows:
curl -k "https://localhost:8443/example/rand_int?min=0&max=100"
To build your own zapp you can copy and modify the build plugins in the pom.xml in the zapp-example project or you can
use the zapp maven archetype to generate a zapp project skeleton.
A skeleton for a zapp project can be created using maven archetypes. To create a project type
mvn archetype:generate -DarchetypeArtifactId=java-simple -DarchetypeGroupId=org.zenoss.zapp.archetypes
The archetype requires some properties to be entered:
* `groupId`: The group for you artifact, generally something like `org.zenoss.<group>`
* `artifactId`: The artifact id, e.g `helloworld-service`
* `apiname`: name of the API where your business logic is contained e.g. `helloAPI`
* `apiurl`: url to access API via rest. e.g. `/helloworld`
* `appname`: : Name of the app `helloapp`
* `package`: defaults to `org.zenoss.app.<appname>`.