51CTO博客开发
前几日，有网友提了一个问题:用blueprint注册了 一个servlet服务，并将另一个osgi服务注入这个 servlet服务bean里，以便在处理用户的http请求 时调用。但是部署运行后，发现servlet那里注入 的osgi服务一直为null。 表面上，以上的应用似乎设计简单合理。为什么 会出现这样的问题呢? 原因很简单:此servlet非彼 servlet
Blueprint除了组装bean,osgi服务引用等的DI（IOC）功能之外，还可通过各种命名空间（namespace）来扩展。在《Blueprint入门之六》中，我们就用过一个与ConfigAdmin相关的命名空间（http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0）。
Blueprint既然是DI规范，自然在注入方面有很多的需求。在前几篇中，我们已接触了服务引用的注入: <reference id="coderService" interface="com.ponder.ICoder" timeout="0"/
Blueprint用另一个命名空间（http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0）支持osgi configadmin来配置节点的相关参数。 <?xml version="1.0" encoding="UTF-8
reference-list除了可以用setter的方式注入OSGI service外，还可以用listener的方法来实现OSGI service的注入。 <?xml version="1.0" encoding="UTF-8"?> <bl
上一篇提及了OSGI service的发布和引用，在 Blueprint里，服务的发布和引用是最常用的一种 最佳实践，通过借助服务引用这样松散的藕合方 法，可以让OSGI的动态性发挥得淋漓尽致。 一些较低层的，细粒度的服务引用可以注入到 bean里，再将这个bean发布出更高层次的，粗粒 度的服务，而Bluepri
在上一篇的例子中，我们在bean节点里用property注入了一个OSGI service引用。那么这个OSGI service是从哪里来的呢?下面我们介绍一下Blueprint如何注册一个OSGI service。 首先我们在java代码中定义一个interface,然后用一个类去实现它，就和面向接口开发一样。最后，我们就通过B
Blueprint的xml文档的顶层结点如下: Java代码 <?xml version="1.0" encoding="UTF-8"?> <blueprint xmlns=”http://
Blueprint是OSGI的一个规范，它来源于spring dm.目前主要有aries和gemini两套实现,本文以aries的实现为基础。大致来说Blueprint是一个OSGI的IOC规范。对于熟悉spring的朋友来说，应该会十分容易上手。 Blueprint也是以xml文档来构建应用，但它也有采
Servicemix是一个基于JBI规范的ESB，从Servicemix4开始全面支持OSGI，所谓全面支持是指不仅Servicemix4本身是基于OSGI framework和OSGI Bundle来实现，而且在Servicemix4上跑的应用也是由OSGI Bundle来构成的。而目前有很多J2EE应用服务器本身是基于OSGI来实现，但在这些应用服务器上跑的应用则是传
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
