What the OSGi Web Container means for dm Server

Engineering
Rob Harrop
June 01, 2009

Following my previous entry many people have been asking about the impact that the move to the OSGi Web Container will have on dm Server. The most common questions being asked are:

What is being added?
What is staying the same?
What is changing?
How do I keep up to date?

I’ll address each of these questions independently. If you have any more questions, please feel free to comment.
What is being added?

Integrating with the Web Container RI will give dm Server access to all the features of the OSGi Web Container standard. This includes a standard model for how WARs are handled, support for the webbundle URL scheme and support for the Web Container extender.

I’m exploring some nice value-added features for the RI including dynamic configuration using ConfigAdmin, a comprehensive MBean interface to introspect deployed web bundles and EventAdmin integration to monitor lifecycle events. All of these features will be added to dm Server as well as to the RI.
What is staying the same?

You’ll be pleased to know that much of what you have learnt about web applications in dm Server remains the same.
Using the dm Server deployer

In addition to support for webbundle URLs, WAR files can still be deployed using the dm Server deployer. All paths into the deployer are supported including the pickup directory, deployer MBean and Admin Console.

When deploying using the dm Server deployer, WAR file dependencies will be automatically installed from the bundles available in the configured repository chain.
WAR deployment patterns

All the WAR types mentioned in the Programmer’s Guide remain - in fact they are part of the Web Container standard.
System package imports

WARs deployed using dm Server will auto-import all the configured system packages even if this feature doesn’t make it into the standard. If deploying using a webbundle URL you can trigger system package import using a URL parameter. I’m hopeful that the spec will include some standard behaviour in this area
What is changing?

We are aiming to keep the most features the same in dm Server, but the move to the Web Container does necessitate some changes. At the same time, we’re taking advantage of the code rework to integrate some of the more popular feature requests we see from our users.
Web modules are being removed

The biggest change is the removal of web modules. Our preference is to support standards-based approaches, and now that we’ve been able to work with the OSGi Alliance to create a standards-based approach to web applications on OSGi, we are moving to it in preference to a dm Server-specific solution.

For those of you who are using web modules today, I’m really interested to hear what features you like the most and would be sad to lose. There is no reason why important web modules features cannot be reworked on top of Web Container web bundles.
Switch to Tomcat config format

In the 1.0.x line, the Tomcat instance embedded in dm Server is configured using the JSON configuration file format. Many of our users have requested that we switch back to using Tomcat’s XML format. The Web Container RI uses the standard Tomcat format and when dm Server switches to the Web Container it will switch configuration file formats as well.

I’m still finalizing the exact details of where the configuration files will be stored. I’m hoping to be able to parameterize the Tomcat configuration file with placeholders that can be populated from ConfigAdmin
How do I keep up to date?

The easiest way to stay abreast of the progress is to track the SVN repos for the Web Container and for dm Server Web. You can access these repos at the URLs below:

OSGi Web Container - https://anonsvn.springsource.org/svn/dm-server-osgi-web-container/trunk
dm Server Web - https://anonsvn.springsource.org/svn/dm-server-web/main-branches/jersey

I’ll be blogging here regularly and you can follow progress on Twitter with #osgi and #dmserver.
comments powered by Disqus

translate：
翻译：

在我上一篇文章发表之后，许多人一直在问到迁移到OSGi Web容器将对dm Server产生的影响。最常见的问题是：

添加了什么？
什么保持不变？
发生了什么变化？
我如何保持最新状态？

我将分别解决这些问题。如果您还有其他问题，请随时发表评论。
添加了什么？

与Web容器RI集成将使dm Server可以访问OSGi Web容器标准的所有功能。这包括有关如何处理WAR的标准模型，对webbundle URL方案的支持以及对Web容器扩展器的支持。

我正在探索RI的一些不错的增值功能，包括使用ConfigAdmin进行动态配置，一个全面的MBean接口以自省已部署的Web捆绑包以及EventAdmin集成以监视生命周期事件。所有这些功能都将添加到dm Server以及RI中。
什么保持不变？