This Confluence has been LDAP enabled, if you are an ASF Committer, please use your LDAP Credentials to login. Any problems file an INFRA jira ticket please.

Child pages
  • Roadmap for 2.1

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

Roadmap for 2.1

Table of Contents


For a long time we've been on the brink of having an actually modular server, not just a conceptually modular server. As reflected in a lot of recent discussion on the dev list, I think we are so close we should really work hard to make this a pleasant reality. Some of the steps I see:


Better Spring application management


OSGi-aware kernel

Investigate OSGI and figure out how it is different from what we are doing, what it can do better, and what is missing from it. Figure out an integration strategy whether it be "run OSGI as an application" or "replace the kernel with OSGI"

Quote from Felix's Karl Pauls:

"It makes sense to go down the "replace the kernel with OSGi" route. Most projects start with the other approach but in the end realize that it is a lot more work without many of the
benefits (smile)"

and further along this path

"Geronimo would be perfect as a starting point because it integrates a lot of other projects (hence, might "convert" them along the way)."

and the last but not least

"I'd be willing to help. Alas, my time is limited as well but I can provide help and insides where necessary."

and as a starting point

"At Apache Felix, we have developed a maven2 plugin that might be helpful in migrating to OSGi. Maybe that can be a starting point:

Felix itself is very small (~300k) and can be easily embedded:

See [Discuss] What next? for more information on the topic"


Don't break stuff if we start using OSGI more (smile)

Annotation-based gbean configuration injection mechanism