sorted by: recent | see : popular

Content Tagged with OSGi + soa

The Open Services Gateway Initiative (OSGi) Alliance is working to realize the vision of a "universal middleware" that will address issues such as application packaging, versioning, deployment, publication, and discovery.

Newton is a distributed OSGi framework in which the components can be simple POJOs or wrappers around components based on other models.

Keith Babo has released a new ten minute screencast on Project Fuji's interceptor feature which intercepts messages as they travel across the NMR (Normalized Message Router) to implement alerts, auditing, validation, security, routing, and many more useful scenarios in a very non-intrusive way.

The interceptor itself is a Java POJO and this screencast goes into what it takes to develop the annotation, build the application and create an OSGi bundle, and finally install and start the interceptor in the Felix runtime. Interceptors are started and stopped independent of the application. Details on the Java @Interceptor annotation are available from this wiki page.

Project Fuji was announced at this past JavaOne and is the next generation OpenESB architecture based on GlassFish v3, OSGi, and JBI. It also features a top-down development language, IFL (Integration Flow Language) briefly shown in a previous screencast. Keep also an eye on the GlassFish Podcast for a Project Fuji presentation by tech lead Andreas Egloff. Previous entries on the topic are marked with the "Fuji" tag.

SCA introduces a programming model that embraces O-O for in-process calls but provides facilities for asynchronous, loosely-coupled interactions for remote operations.

An interesting but rather high level IBM white paper showing how SCA, Spring, and OSGi can be used together to implement SOA. I wished for some code examples.