InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Multiple Techniques Seek to Bring Dynamic Deployment to JEE

Posted by Charles Humble on Dec 14, 2007

Sections
Development,
Enterprise Architecture
Topics
Enterprise Architecture ,
Dynamic Languages ,
Java
Tags
JBoss ,
WebLogic
Web application developers using dynamically typed interpreted languages like PHP, Python or Ruby are used to being able to make a change in their application and see it immediately by refreshing the browser. Whilst this capability is generally supported for JSP pages, in the Java EE world a developer typically needs to go through a build and deploy cycle each time they want to test a change, a process which can dramatically slow down incremental development.

A number of vendors are looking to improve the situation for Java and, broadly, two techniques are being used.

The first and most well established involves reloading the entire ClassLoader. This is the approach that is used by WebLogic's ChangeAwareClassLoader for example. The method has two substantial limitations. The first is that state information is lost and has to be re-created. The second is that, whilst typically faster than a full re-deploy, it is still time consuming since a number of steps need to be performed. In an application server environment these may include:

  1. Destroying all running listeners (HTTPEvenListeners etc.), Servlets and Filters.
  2. Creating a new ClassLoader.
  3. Re-initialising listeners, Servlets and Filters.
  4. Restoring state information

Reloading of object state is typically restricted to objects that implement Serializable and do not contain any non-serializable fields as described in the context of the Aranea framework in a blog entry here. JBoss has done some work to extend it for Seam and Java EE 5 using two ClassLoaders, one for the Seam components and one for EJB3/Hibernate etc. When something changes in the Seam components or configuration, Seam is re-started without a full re-deploy being required. Changes for EJB/Hibernate components still require a full re-deploy since there is currently no way to dynamically load the Hibernate metamodel. The JBoss Tools IDE project aims to make this as seamless as possible to the developer. The serialization technique should also work for a number of other frameworks such as Rife and Tapestry 5.

The second approach is JVM level hotswapping. Java SE 5 introduced a limited form of hotswapping providing the ability to redefine a class at runtime without dropping its ClassLoader or abandoning existing entities. However the declared fields and methods of the class cannot be changed, which limits its usefulness. A number of vendors are now stepping in to try and improve the situation, amongst them ZeroTurnaroud and BEA.

ZeroTurnaround have recently announced the final release of Java Rebel 1.0 which sees a number of improvements over the first public release including better performance, reflection support, and better support for Java 1.4. The number of supported application and web servers has also increased and includes:

  • BEA WebLogic 8.x, 9.x, 10.x
  • Oracle OC4J 9.x, 10.x
  • Tomcat 4.x, 5.x, 6.x
  • JBoss 3.x, 4.x (on Java 5 or later)
  • Jetty 5.x, 6.x (on Java 5 or later)

It may be possible to get unsupported Application Servers such as Glassfish or WebSphere to work using a custom ClassLoader as described here. The 1.0 release does not yet support annotations though this is planned for 1.1. JavaRebel is commercial software with a developer seat costing $149. A free trial is available.

The BEA offering is an alternative to their ChangeAwareClassLoader called FastSwap with very similar capabilities and limitations to JavaRebel though it is also obviously restricted to the WebLogic server. It is currently available in the technology preview of WebLogic 10.3 and described in more detail here (PDF file).

Full hotswapping for a statically typed language like Java is still very much an active research topic and may never be achieved. However the work that is going on under JSR 292 for dynamic language support in Java 7 is looking to improve the situation for dynamic languages that target the JVM. The hope is that the combination of invokedynamic and full hotswapping should allow implementations of languages like Python, Ruby and Groovy to use the JVM object model directly. This will improve the performance of those languages on the JVM considerably and that work should in turn help drive out more advanced hotswapping for the Java language itself.

current hotswap often good enough by Patrick Mueller Posted
A story of a Java Rebel by Tomasz Blachowicz Posted
Class reloading+config file reloading=save time by Chetan Mehrotra Posted
Re: Class reloading+config file reloading=save time by Jevgeni Kabanov Posted
Anyone try FastSwap yet? by David Cabelus Posted
  1. Back to top

    current hotswap often good enough

    by Patrick Mueller

    My experience with hotswap is that often you aren't creating new fields or methods in Java, during medium-long development strides; ie, I might go an hour futzing with just the bits in a method body. In that case, I can stay linked up with my runtime, in Eclipse, and have those changes loaded dynamically, during debug. Sure, it would be nice to support MORE situations; especially, probably, just adding methods and fields, which seems like a fairly safe thing to do; but the current situation is not too terrible.

  2. Back to top

    A story of a Java Rebel

    by Tomasz Blachowicz

    A cartoon: A story of a Java Rebel is classic one! Hilarious :)
    www.zeroturnaround.com/a-javarebel-story

  3. Back to top

    Class reloading+config file reloading=save time

    by Chetan Mehrotra

    I always wanted that feature in Java. With all the different frameworks the dev time gets waste considerably in server startup. I generally prefer following in my dev
    1. Use exploded directory deployement format
    2. IDE Hotswap
    3. Some custom jsp to reload xml configuration required by framework like Spring,Struts e.g. reloading validation.xml for validator framework, properties file for message resources in Struts etc. Specially working with web ui it always happen that you miss out something

    Apart from class file reloading I would also want various framework should also have such options of auto reloading config files without server restart

    Javarebel looks promising but its commercial :)

  4. Back to top

    Re: Class reloading+config file reloading=save time

    by Jevgeni Kabanov

    Well think of the time you save and especially of the nerves you save by not being constantly interrupted. We actually have a calculator for financial implications in this executive presentation: www.zeroturnaround.com/presentation/.

  5. Back to top

    Anyone try FastSwap yet?

    by David Cabelus

    Has anyone tried FastSwap yet? We've seen dramatic improvements in iterative development cycle times with this new feature in WebLogic Server 10.3. I'd be interested in hearing feedback.

Educational Content

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?