Skip to content

Instantly share code, notes, and snippets.

Last active Oct 7, 2015
What would you like to do?
Application-author example
// Application authors write an "ApplicationBuilder"...
// The advantage is that it separates the Entity API from this builder API,
// allowing each API to be optimised for the appropriate role (i.e. top-level
// methods for the common operations so they are easy to find and use).
// e.g. aim of ApplicationBuilder is to make it easy to create + configure +
// wire together pre-existing types of entity, and to associate policies with them.
// It uses the "Recipes" of these pre-existing entity types to configure them,
// without worrying about how that implementation handles its children etc.
public class WebClusterDatabaseExamplePureJava2 extends ApplicationBuilder {
public static final String WAR_PATH = "classpath://hello-world-sql-webapp.war";
public static final String DB_USERNAME = "brooklyn";
public static final String DB_PASSWORD = "br00k11n";
// e.g. "jdbc:mysql://localhost/visitors?user=brooklyn&password=br00k11n"
public static final String DB_URL_FORMAT = "jdbc:%s/visitors?user="+DB_USERNAME+"&password="+DB_PASSWORD;
public static final String DB_SETUP_SQL = "create database visitors; blah blah;";
protected void doBuild() {
displayName("Brooklyn WebApp Cluster with Database example");
MySqlServer mysql = createEntity(MySqlServer.Recipe().newInstance()
createChild(new ControlledDynamicWebAppCluster.Recipe()
.javaOption("brooklyn.example.db.url", valueWhenAttributeReady(mysql,
MySqlNode.MYSQL_URL, PostProcessors.stringFormat(DB_URL_FORMAT))))
.sizeRange(1, 5)
.metricRange(10, 100)
// Or could use a generic recipe object if no strongly typed one exists
MySqlNode mysql2 = createChild(new BasicRecipe()
.configure(ImmutableMap.of("port", 1234)));
Copy link

ahgittin commented Jan 8, 2013

do you mean createChild(new BasicRecipe(MySqlNode.class)...) ? else how does it know it is a MySqlNode?

[ALED] Yes, in last example for mysql2.

Copy link

ahgittin commented Jan 8, 2013

is ApplicaitonBuilder worth the weight of an additional concept?

can we make do with just T addChild(Recipe<T>) being in scope on the entity?
(other functions, e.g. createEntity, addChild can be on mgmt context / convenience)

and could we permit these addChild calls to occur in initialization block in the ApplicaitonEntity itself?
(seems like with new Recipe idea we could do this in such a way that rebind works also (ignoring recipes).)

often i have some sensors and effectors in the application, so gets tedious if i need a builder, an interface, an impl, and a recipe!

as an alternative is it worth fleshing out a purely external way of defining apps/entities? as in, you can create them just by using builder methods? or is that too much?

Copy link

ahgittin commented Jan 8, 2013

Somewhat concerned about the explosion of MyEntity, MyEntity.Recipe, MyEntityImpl (and MyEntityDriver and MyEntityDriverImpl). Really don't like the need for MyEntityBuilder when my entity has children. (Presumably you have ideas on this, just not reflected in the gists.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment