5

Suppose I have two or more different server applications developed in Clojure using ZeroMQ and BSON as protocols. How can I deploy them using a single JVM instance while also sharing common dependencies?

It seems a waste of memory to use a JVM instance for each standalone application. I plan to develop several Clojure applications in the future and VPS memory is not cheap.

Although not explicitly said, applications running in an application server (Jetty, Glassfish) seem to share the same JVM while isolating their state. However, they require a container and neither Servlets or Enterprise JavaBeans have an implementation that I could easily adapt to my custom protocol.

I've been thinking about using Servlets and implementing a dummy service() method though I don't like the idea of having a pointless HTTP server overhead. As for the EJB container, I cannot even figure out its implementation.

It would be nice to have a container requiring only init() and destroy() methods but I can't find an application server providing it.

Maybe there is a way around or I don't even need an application server. Could somebody point me in the right direction?

adeandrade
  • 535
  • 4
  • 8

4 Answers4

3

So you have two applications that both share the same dependencies and both want to respond to and/or generate events on a message bus.

If I understand what you're saying, this should be as simple as starting the JVM with access to all code in the classpath and initializing your message bus and your code from a main method.

If you wanted to use a container, you could create some dummy message driven beans that sat between your clojure code and the message bus assuming there is a JMS adapter for your message bus. Using netbeans/glassfish, this may not be that bad. You might gain some in terms of monitoring, but I'm not sure what else you would gain.

BillRobertson42
  • 12,602
  • 4
  • 40
  • 57
3

It sounds like you would be okay using an EJB container, but only if it were easier or simpler to work with. Have you looked at Immutant? It's basically a wrapper around JBossAS for Clojure, written by guys at Red Hat (who also own JBossAS).

In addition to being an application server, those guys have wrapped JMS and other Java-EE features around Clojure, such that sending messages between apps appears pretty simple:

Also, they have Daemons and Jobs, which may provide something similar to what you were describing as simple services with init() and destroy().

That being said, I haven't used it, so I'm can't vouch for it's awesomenss/awfulness.

BinaryButterfly
  • 18,137
  • 13
  • 50
  • 91
Nick Klauer
  • 5,893
  • 5
  • 42
  • 68
2

I kept searching and found out that some application servers implementing the OSGi service platform have simpler lightweight containers than those offered by Java EE.

Apache Karaf for instance can load POJO applications directly from JAR files.

Community
  • 1
  • 1
adeandrade
  • 535
  • 4
  • 8
  • 1
    You do not even have to go to Karaf, which already has a lot of functions most people don't need. Any OSGi framework (Apache Felix, Equinox) will work for these applications. Very lightweight to start and use. – Peter Kriens Nov 01 '12 at 16:54
  • Without need to implement any interface (Servlets, EJBs) inside the application? Can I just load any JAR file (with proper DDs) into any OSGi application server? – adeandrade Nov 01 '12 at 17:27
0

I am not sure what DDs are but any JAR is a valid bundle. Since clojure is not type safe you will need to bridge the clojure world and OSGi/Java world but the OSGi API is a wet dream for such bridges.

Not that in OSGi bundle do not automatically provide their content, in OSGi a bundle is by default private. However, the API allows you to punch holes where ever you want.

Peter Kriens
  • 15,196
  • 1
  • 37
  • 55