与ServiceMix协作的还有基于JMX的管理接口以及用来与JBI构件通信的对本地客户端API。尽管本文不对ServiceMix功能做进一步说明，但你可以很容易地下载该软件然后继续学习。下面，让我们来看看一个可部署在ServiceMix上的真实的JBI构件，这样你会对它有点感性认识。
Listing for JBI Components - File Sender & File Receiver.＜＞
＜?xml version="1.0" encoding="UTF-8"?＞
＜beans xmlns:my="http://servicemix.org/demo/"＞
＜!-- the JBI container --＞
＜container id="jbi"＞
＜property name="useMBeanServer" value="true"/＞
＜property name="createMBeanServer" value="true"/＞
＜property name="dumpStats" value="true"/＞
＜property name="statsInterval" value="10"/＞
＜components＞
＜!-- Write files to the outbox directory --＞
＜component id="fileSender"
service="foo:fileSender"
class="org.servicemix.components.file.FileWriter"＞
＜property name="directory" value="outbox"/＞
＜property name="marshaler"＞
＜bean
class="org.servicemix.components.util.DefaultFileMarshaler"＞
＜property name="fileName"＞
＜bean
class="org.servicemix.expression.JaxenStringXPathExpression"＞
＜constructor-arg value="concat('sample_', /sample/@id, '.xml')"/＞
＜/bean＞
＜/property＞
＜/bean＞
＜/property＞
＜/component＞
＜!-- Look for files in the inbox directory --＞
＜component id="filePoller" service="foo:filePoller"
class="org.servicemix.components.file.FilePoller"
destinationService="foo:fileSender"＞
＜property name="workManager" ref="workManager"/＞
＜property name="file" value="inbox"/＞
＜property name="period" value="1000"/＞
＜/component＞
＜/components＞
＜/container＞
＜!-- the work manager (thread pool) for this container --＞
＜bean id="workManager"
class="org.jencks.factory.WorkManagerFactoryBean"＞
＜property name="threadPoolSize" value="30"/＞
＜/bean＞
＜/beans＞
JBI规格说明书本身并没有定义构件应该如何编码。请注意，ServiceMix用XML风格的语法定义了两个核心构件，关联到特定的类和属性。在把这种结构部署到ServiceMix以后，环境就会创建一种查询构件，负责从系统和其它构件中读取存档信息，然后把读取的值返回到文件系统。
该文件系统是JBI中非常基本的场景，因为信息就是从JBI环境(NMR)原样集中的，然后被返回到同样类型的绑定(文件系统)。但是很明显，一旦JBI环境有能力把任何业务逻辑适配成数据，例如BPEL或schema validation，然后重定向到其它类型的绑定，例如HTTP或RSS，那么就不只是返回到文件系统了。
正如你意识到的一样，当一用到JBI，操纵及分发数据的可能性就很大，但即使JBI用Java的方法实现了SOA，JSR-208规格说明书还是受到了批评。IBM和BEA是Java/J2EE领域的两个主要推动者，他们就不支持这个新项目。尽管如此，还是有像ServiceMix这样的小项目开发者和一些闭源开发组织打赌，一个培育良好的JBI市场将和J2EE的情况差不多。
假如你正在Java中使用Web services或者为了复杂的集成任务使用基于消息的设计，你应该对JBI的进展特别关心，因为它能为执行这样的任务提供更健壮的平台。就算你对 JBI/ESB是否能加入J2EE协议栈还存有怀疑，继续关注还是有帮助的，因为它可能会成为应用服务器领域像Spring那样的事实上的“第三容器”或轻量级的容器扩展，为Java提供SOA能力。
