In Milestone M5, for the first time, dm Kernel is available standalone. You can get it from here.

What is dm Kernel?

Basically, dm Kernel is everything good about dm Server except support for web applications. So, there are no web apps supplied (not even Admin Console or Splash) and no Tomcat —just the kernel.

Essentially, dm Kernel provides you with all that is good about dm Server’s OSGi support, including:

• scoping
• hot deployment
• pars
• bundles
• plans
• configuration properties
• auto-provisioning
• repositories
  • all repository types: watched, external and remote
  • chain support (the chain is empty by default)
• easy configurability
• the user region
• full system and application tracing and dump support
• oh, and of course, Spring beans and Spring DM support as usual,

but no web stuff.

If you want OSGi modular support for your system apps, but don’t want or need to host web applications, then dm Kernel is what you want.

This is exactly the same kernel that is shipped with a full dm Server—no modifications or adaptations. Being able to deploy and run the kernel by itself is yet another demonstration of the clean, modular design of dm Server.

Small print

How do I administer a dm Kernel without the Admin Console? (I can almost hear you ask.) Well, the answer is also provided in M5—use the Shell either locally or remotely (over ssh). You’d think we planned this, or something.

Enjoy.

The dm Server has a new command line shell. It is currently available along with the existing Equinox shell and will replace it for the 2.0 release. Improvements over the Equinox shell include basic tab completion and a command history.

The dm Shell is available both locally and remotely over ssh. When used locally by starting the server with the './startup.sh -shell' option it will take over the console output once the dm Kernel has started. Console output will still be viewable in the event log. Either way the first thing to be produced is an ASCII art splash image followed by the command prompt ':> '…

(updated 15Oct2009) Beginning in milestone M5, dm Server 2.0 employs regions to isolate the kernel from users’ applications. This means that the kernel implementation is almost completely invisible to applications and to application management.

Also in milestone M5, support for cloning is completely removed. Region isolation and scoped plans between them offer much simpler and more manageable solutions to the most common problems that cloning was intended to address.

In the following two sections I outline these changes, and the reasons we made them.

The regional news

A Region is just like an OSGi framework—it is where applications are installed, resolved and run.

dm Kernel creates a single User Region in which to run applications and all applications (including the ones that dm Server supplies—Splash, Admin, Web and Hosted Repository) are deployed into the User Region…

Dear Spring Community,

I am pleased to announce that the Spring Integration 2.0.0 Milestone 1 release is now available.

Download | Reference Documentation | Release Notes

This milestone introduces the following features:

• Spring EL support for endpoints (router, filter, transformer, etc)
• Spring EL support for Messaging Mappers including a parameter-level @MessageMapping annotation
• AOP-based MessagePublishingInterceptor including a method-level @Publisher annotation (using SpEL also)
• JMS-backed Message Channels as drop-in replacements for any channel elements
• and more (see the Release Notes for the full list)

Community feedback is more important than ever during the milestone phase, and we have a lot of exciting features on the 2.0 roadmap. So please give this milestone a try and join the discussions on the forum and issue tracker. Thanks!

Mark Fisher
Spring Integration Lead

dm Server 2.0.0.M5 is now available and can be downloaded from here.

We’re getting towards the end of the 2.0.0 release cycle so most of the work in this milestone is focused on locking down the user interaction model. Take a look at the M5 release notes for the full details of what we’ve been working on. Please keep your feedback coming as comments on our blog, in the forums and on JIRA.

Please also watch the blog for detailed posts on many of the new features referenced in this New and Noteworthy.

New and Noteworthy

Deploying Configuration Files

Properties files can now be deployed in either the pickup directory or in any configured repository. The content of these files is then accessible in OSGi’s ConfigurationAdmin at a PID specified as the file’s name without the .properties extension.

Plan Attributes and Properties

Plans can now have globally defined attributes used for substitution.

<attributes>
	<attribute name="version" value="[1.0.0, 2.0.0)"/>
</attributes>

<artifact type="bundle" name="org.springframework.context.support" version="${version}"/>

Artifacts within plans can have properties defined which are translated into Bundle manifest headers at deployment time.

<artifact type="bundle" name="my.webapp" version="[1.0.0, 2.0.0)">
	<property name="Web-ContextPath" value="/foo"/>
</artifact>

Admin Console

The Artifacts page of the admin console has been spruced up to render the dependencies of user installed artifacts as trees. In addition, each level of these trees is lazily loaded improving load-time performance.

Command-line Shell

dm Server now ships with a command line shell to replace the Equinox console that was previously used. This console is accessible locally with the -shell startup command.

$ bin/startup.sh -shell
<KE0001I> Kernel starting.
<KE0002I> Kernel started.
<SH0001I> dm Kernel ssh shell available on port 2402.

     @@@ ***
    @@@ *****            .__.                  .__.            .__.  .__.
   @@@@ ******         __|  |  _____     _____.|  |__    ___…

Last month, almost 4 years after the initial 4.0 release, OSGi Alliance officially approved the OSGi service platform 4.2 release. The announcement headline featured the Blueprint Container Service, a new addition to the Compendium specification based on the programming model promoted by the Spring Dynamic Modules (also known as Spring OSGi) project. To quickly summarize Blueprint, I will just blatantly quote the OSGi spec:

(Blueprint Container) [...] defines a dependency injection framework, specifically for OSGi bundles, that understands the unique dynamic nature of services. It provides an OSGi bundle programming model with minimal implementation dependencies and virtually no accidental complexity in the Java code.

Users familiar with IoC concepts or Spring and Spring DM configuration, will find the Blueprint specification easy to grasp. In fact, being derived from Spring DM, many of…

When you launch a Java web application on Cloud Foundry, you can specify many aspects of a deployment blueprint including: •    Single instance vs. Multiple instances topology •    Virtual instance types •    Public facing IP address •    SSL configuration •    JVM options •    Database configuration •    Monitoring and management •    Self-healing and auto-scaling options •    And more…

The wide range of options gives you the ability to configure the optimal deployment blueprint for your application. The bad news was that you had to re-enter those carefully chosen settings each time you…

I'm pleased to announce that we recently released the first Spring 3.0 release candidate (download page). This release completes the key Spring 3.0 feature set. You certainly remember the original Spring 3.0 themes REST and EL; in the meantime, we have been expanding the list significantly:

• Fully Java 5 based: This is the first Spring generation which requires Java 5 or above, with Java 5 syntax used in the entire Spring API as well as in the entire implementation codebase. For example, the BeanFactory API returns generically typed bean instances wherever possible, and ApplicationListeners may declare a specific event type using generics now. For a comparison: In Spring 2.5, the actual Spring core was still JDK 1.4 compatible, while a lot of higher-level functionality was built on Java 5.

• Spring expression language (SpEL): a core expression parser for use in bean definitions, allowing for references to nested bean structures (e.g. properties of other beans) as well as to environmental data structures (e.g. system property values) through a common #{...} syntax in property values. This also serves as a foundation for various expression-based features across the Spring project portfolio.

  …

We're pleased to announce that the first milestone of the Spring Security Kerberos Extension is now available for download. The release is also available through the Maven milestone repository at http://maven.springframework.org/milestone. With the Spring Security Kerberos Extension, your users are authenticated against your web application just by opening the URL. There is no need to enter a username/password and no need to install additional software.

Before going deeper into Kerberos, I would like to introduce Spring Security Extensions, a new Spring Extension project dedicated to provide…