深入探索Spring Dynamic Modules

需积分: 3 10 浏览量更新于2024-07-26 收藏 17.16MB PDF 举报

"Spring Dynamic Modules in Action 是一本由 Arnaud Cogoluegnes、Thierry Templier 和 Andy Piper 合著的书籍，由 Manning 出版社出版。这本书深入探讨了如何在不同环境中使用 Spring 动态模块来构建可适应的应用程序。Spring Dynamic Modules 是 Spring 框架的一个扩展，它允许开发者为不同的应用程序服务器和操作系统创建可移植的模块化应用。" Spring Dynamic Modules (Osgi) 是一个专门为 OSGi (Open Service Gateway Initiative) 容器设计的 Spring 扩展，它提供了一种方式来管理和部署在 OSGi 环境中的 Spring 应用。OSGi 是一种标准的 Java 模块系统，允许开发者将应用程序分解成独立的、可重用的组件，这些组件可以在运行时动态地安装、卸载和更新，无需停止服务。书中的内容可能涵盖了以下几个关键知识点： 1. **OSGi 基础**：首先，读者会了解到 OSGi 的基本概念，包括模块化、服务注册与发现、生命周期管理等，理解 OSGi 如何解决传统 Java 应用程序的复杂性和依赖性问题。 2. **Spring 框架与 OSGi 的结合**：书中可能会详细解释 Spring Dynamic Modules 如何将 Spring 的依赖注入和配置管理能力引入到 OSGi 环境中，使得开发者可以利用 Spring 的强大功能来构建 OSGi 服务和组件。 3. **Spring DM 的核心概念**：这可能包括 Bundle（模块）、Service、Manifest 文件的配置以及如何声明和使用依赖关系。读者将学习如何编写可部署在 OSGi 容器中的 Spring 应用程序，并理解 Bundle 生命周期及其对应用的影响。 4. **实战演练**：书中可能包含多个示例和案例研究，展示如何在实际项目中使用 Spring Dynamic Modules，涵盖从简单的模块化应用到复杂的分布式系统的各种场景。 5. **集成与部署**：讲解如何将 Spring DM 应用程序与各种 OSGi 容器（如 Equinox、Felix 等）集成，以及如何进行调试和性能优化。 6. **最佳实践与设计模式**：作者可能分享了一些最佳实践和设计模式，帮助开发者避免常见的陷阱，提升代码质量和可维护性。 7. **安全性和权限管理**：在 OSGi 环境下，安全性是一个重要的话题。书中的内容可能涉及到如何在 Spring DM 应用中实现安全策略，包括权限控制和服务访问限制。 8. **持续集成与自动化测试**：讨论如何在 OSGi 上构建 CI/CD 流程，以及如何编写测试用例来验证模块间的交互和功能正确性。通过阅读 "Spring Dynamic Modules in Action"，开发者不仅可以掌握 OSGi 和 Spring DM 的核心知识，还能了解到如何在实际项目中充分利用这些技术，以构建更加灵活、可维护的 Java 应用程序。

foreword

It must have been in 2006 that I got a call as OSGi’s Technical Director from Adrian

Colyer, CTO of Interface21, the company that was the source of the Spring Frame-

work. Yes, I’d heard of the Spring Framework, and I understood that it was a great

improvement over existing techniques for writing software for the enterprise. As a

developer who had gained most of his experience in developing embedded and mid-

dleware applications, I found all that XML rather foreign. However, I’d noticed the

enterprise world’s interest in OSGi, so I too was interested.

It turned out that Interface 21, BEA, and Oracle were considering creating support

for OSGi in the Spring Framework. Spring is very good at configuring an application

built out of simple objects that use, among other things, the simplified Spring inter-

faces to communicate with the world. However, Spring did not provide any support

for modularity. In contrast, OSGi provides strong modularity support but it’s not

strong in configuration and it had no services in the enterprise space. This was a

match made in heaven!

To discuss supporting OSGi in Spring, Adrian proposed a conference call with Hal

Hildebrand (Oracle), John Wells (BEA), and one of the authors of this book: Andy

Piper (BEA). B.J. Hargrave (IBM) also attended as OSGi’s CTO. The initial conference

call was followed by a meeting in London at the offices of BEA. It was a meeting I’ll

always remember, it was the start of what became Spring DM. At first, I felt that the

group saw OSGi as something that needed to be supported by Spring; that is, as one of

many things to be supported. As the meeting progressed, it became clear how nice the

combination of Spring and OSGi could be; there was a lot of synergy and surprisingly

little overlap. At the end of the meeting, we were thrilled with this project's potential.

Download from Wow! eBook <www.wowebook.com>

FOREWORD

xvi

The Spring DM project became crucial for the adoption of OSGi in the enterprise

space. At that time, OSGi had been adopted by Eclipse, which made it acceptable for

general programming. However, the enterprise space is conservative and was hesitant

about adopting OSGi. The fact that Interface21 people started to sell OSGi at the many

conferences they visited helped to give OSGi a place in the enterprise world. That said,

it was a surprise for me when Interface21 changed their name to SpringSource and

put a lot of emphasis on the OSGi connection. They quickly became a member of the

OSGi Alliance and started RFC 124, as an endeavor to put Spring DM under the OSGi

flag. This RFC later turned into the Blueprint specification. SpringSource also intro-

duced the dm Server (now project Gemini in Eclipse) and more importantly, they

launched the OSGi Bundle Repository, filling a crucial gap for the acceptance of OSGi

in the enterprise. This repository contained bundles based on open source projects.

Before this repository, developers were forced to create their own bundles from open

source projects, and this was not always painless.

Alas, it still is not always painless. The core principle of OSGi is modularity, creat-

ing inside and outside spaces with well-defined ports. The advantages of modularity

are numerous and well proven. However, OSGi enforces those rules strictly on all lev-

els. Unfortunately, it turns out that many open source libraries do not live well inside

modules—thay need global visibility of all classes. Over the past decade, mainstream

Java has given rise to a number of patterns that appear to be modular but are not so

in reality.

That’s why this book about Spring DM and Blueprint is so crucial. First, it provides

an excellent introduction to OSGi and what the guiding principles are. As one of the

participants of the OSGi specification, I do not think I could have improved on this

description. The book then explains how you should structure your projects with

Spring DM, but it doesn’t stop there. It doesn’t hide the complexities of today’s reality,

which is that you have to use existing (open source) libraries. It provides an extensive

description of what you should do when you need to use libraries that do not play well

in a modular world.

If you’re already building applications using Spring, then read this book and take

the leap into the OSGi world. Although you might run into some hurdles, this book

will help you solve them, and the rewards are well worth it.

PETER KRIENS

OSGI TECHNICAL DIRECTOR

Download from Wow! eBook <www.wowebook.com>

PREFACE

xviii

change you made had unforeseen consequences that could only be discovered

by running the full QA suite—a process that takes 48 hours.

■

The build-the-world problem Your development team is in Beijing, Mumbai, and

San Ramon, and each subteam works on different parts of the application in dif-

ferent time zones and on different development schedules. As the team and appli-

cation grow, you find that it becomes increasingly hard to keep the different parts

of the product separate—any time you make a change, you find it impossible to

tell which teams will be affected by your changes. The only solution is to keep all

the teams on exactly the same version of the application, and to rebuild and retest

the entire product every time any change is made. You eventually spend all of your

time building and testing the product and none actually developing it. The com-

pany goes bankrupt, you lose your job, and now you have plenty of time to watch

soccer—if only your widescreen TV hadn’t been repossessed.

These problems are all symptoms of unmodular applications.

As authors, we come from different but related, backgrounds. Arnaud and Thierry

come from the enterprise application development sphere, and Andy comes from a

middleware product development background, thanks to his jobs at BEA and then Ora-

cle. But we all share the same enthusiasm and passion for Spring technologies and for

anything that can help us build better software. Arnaud remembers his first contact

with Spring Dynamic Modules—he attended Costin Leau’s (Spring Dynamic Modules’

project lead) talk at SpringOne Europe in 2008. What could be more exciting for a

Spring enthusiast than to be able to use Spring on the OSGi platform? At last, real, run-

time modularity meets Spring! Unfortunately, there was not, at the time, much in the

way of resources around Spring Dynamic Modules. That was when he met Thierry and

they both went on to write a French book on Spring. In contrast, Andy in 2008 had

already been working with Spring Dynamic Modules for a couple of years, having been

involved with its original development and having used it extensively on several BEA

products. It was later in 2009 that Manning Publications contacted Arnaud and Thierry

to suggest writing a proposal for a Spring Dynamic Modules in Action book.

Working with Manning can be difficult: they have high standards for their books,

and we had no idea how high the mountain would turn out to be when we wrote that

proposal, which then passed a succession of reviews. Some reviewers were happy with

it, but others were tough, like that Oracle guy, Andy Piper. But his remarks were con-

structive, and based on his feedback Manning suggested that he be involved in the

writing process. After all, if you want something done right, you do it yourself! Having

a native English speaker on the writing team also proved useful, as some say that the

French accent comes across even in written text.

We have done our best to make this book as comprehensive and accessible as pos-

sible. We hope you’ll benefit from our experience with the Spring Framework, OSGi,

and in making both worlds cohabit as harmoniously as possible using Spring DM. We

believe that these technologies are an important piece of the puzzle in bringing your

applications closer to the mythical “perfect” program.

Download from Wow! eBook <www.wowebook.com>

剩余542页未读，继续阅读

sblaji

粉丝: 0
资源: 2

深入探索Spring Dynamic Modules

Spring 动态模型(Spring Dynamic Modules)参考指南

Manning.Spring.Dynamic.Modules.in.Action.Sep.2010.rar

HTML Manual of Style 4th Edition

Spring Dynamic Modules应用示例

spring-modules.jar

spring-modules-jakarta-commons

Spring Modules POM引入

spring cloud in action

Multiple Spring Data modules found, entering strict repository configuration mode!

spring in action 第三版

最新资源