Resin's buzzword compliance has been enhanced in 3.0.8. Instead of the old, boring "bean-style init" phrase, parts of the documentation have been upgraded to use the snazzier "dependency injection" buzzword. Since Resin's configuration is based on setters, the proper buzzword is "setter based dependency injection."

The upgraded, buzzword-compliant documentation includes:

• Dependency Injection for the MovieFinder example
• Dependency Injection for a servlet's DataSource
• Dependency Injection for a PeriodicTask resource
• Dependency Injection for a JMX client emitter/listener
• Dependency Injection for Hessian Service configuration

The main documentation on Resin's bean-style init has not yet been upgraded to the new buzzwords, but provides more information on the configuration patterns.

MBeans now have a JNDI URL, "mbean:", which allows them to the used for bean-style init (Dependency Injection.)

The JNDI lookup will return the MBean's proxy interface if one is available.

If a MBean domain is included in the name, e.g. "mbean:foo:type=Bar", Resin will use the full MBean name. If only the attributes are used, e.g. "mbean:type=Bar", Resin will add the local JMX context name. In other words, Resin will add the web-app's properties. This allows the configuration to be independent of the web-app or host configuration block.

So "mbean:type=Bar", might be converted to the full MBean name "resin:Host=foo.bar,WebApp=/dir,type=Bar".

Since jndi:lookup can be used for dependency injection (bean-style init), you can use it to configure mbeans.

In the preceeding example, T1 has a setTest(TestMBean) method.

The persistent/distributed sessions have been changed because the old configuration had caused much confusion. (The old configuration still works for backward compatibility.)

<persistent-store> configures the persistent/distributed store in the <server> level for all persistent store types: jdbc, cluster (tcp), and file. The <server> level is required because the persistent-store needs to communicate with other servers in the cluster to notify about updates.

Each <web-app> needs to enable persistent store for its session-config individually. The use-persistent-store attribute of the <session-config> enables the persistent-store.

As usual, you can use <web-app-default> to enable configuration for all web-apps.

The client configuration for the cluster is now configurable (e.g. for load balancing and distributed sessions).

Added read-timeout and write-timeout for http and srun .

web-apps configured with web-app-deploy can now be custom configured in the resin-conf using <web-app> inside the web-app-deploy. In particular, the <web-app> can define a <context-path> different from the default value given by the .war name.

The web-apps are matched using the <document-directory> as a unique identifier.

Application redeployment is now controllable through the web-app web.xml and through JMX.

The startup-mode has three values: "automatic", "lazy", and "manual".

• automatic - starts the web-app on server start (default)
• lazy - starts the web-app on the first request
• manual - waits for JMX to start the web-app.

The redeploy-mode has two values: "automatic", and "manual".

• automatic - restarts the web-app when modified (web.xml, *.class, *.war, etc).
• manual - waits for JMX to restart the web-app when changes occur.

The WebAppMBean has three new methods:

• start() - starts the application
• stop() - stops the application
• restart() - restarts the application

If the archive-name for log rotation ends in ".gz", then Resin will use GZip to compress the log when it's rotated. See the log configuration.

With JDK 1.5, the <ping> resource will check the JDK to detect deadlocks and will automatically log the deadlocked threads and restart the JDK when deadlocks are detected.

The ServletServerMBean adds clearCache() and clearCacheByPattern().

Resin's Portlet support provides a generic library package for application to use the portal/portlet design pattern.

The portlet support is currently in Beta.

Resin can use Groovy scripts as Java classes or even as servlets

Full Groovy support is waiting for an important bug fixes from Groovy. See the Groovy Bug Report 375 and vote on it.

To enable Groovy support, put the groovy*.jar and the asm-*.jar in resin/lib. Then add a <compiling-loader> entry to the <class-loader> configuration.

Once you've done that, you can drop in groovy source files in WEB-INF/groovy and use them like Java beans from your Java classes.

PHP support has been fixed in 3.0.8. The full configuration doc is in thirdparty/php.

Hessian 1.0.1 has been released. Hessian 1.0.1 clarifies the non-normative naming conventions for the meta-info protocol and the object names.

The new object name uses query string of "?id=XXX" to avoid dependency on EJB.

The new meta-info attributes for _hessian_getAttribute(attrName) are: