xml是一个非常流行的词，我们现在来讨论xml在ejb开发中的适用性。

xml适用于以下几种情况:

1.作为对已有系统的接口。如果你有数目巨大的已有系统,或者你有一个很大的内部联系紧密的已有系统，然后你将需要查看你从已有系统收发的数据，这时候xml可以帮助你。不是去收发那个已有系统能够懂的合适结构的数据，而是你能够为那个已有系统发明一种xml facade。那个facade从ejb组件得到xml输入，然后把xml映射成那个已有系统支持的合适结构。当那个已有系统对你的ejb应用系统返回数据时，那个xml facade转换已有数据成能被你的ejb应用程序懂得的xml数据。这对处理j2ee应用的商业分析员也很有用。他们能用xml来帮助操作数据映射，而xml是一种很容易懂的技术。

2.作为一种文档持久性机制。当你将大量的文档（如新闻报道，文章，书本，等等）持久化，把他们用xml表示是合适的。

3.作为一种web service的接口。ejb组件能被封装成一种web service。xml成为在web服务之间传输的在线数据格式。我们有一个怎么去构建基于web service的j2ee的白皮书，也有怎么从另外一个j2ee系统得到web service的资料，在http://www.theserverside.com。

有一个重要情况xml不是很有用，那就是ejb组件之间通信的在线格式。

这个想法不仅仅是应用程序组件互相发送合适的数据而是组件之间能通过把xml作为参数互相传递来互操作。因为数据使用xml格式，每个组件能检查xml文档来决定什么数据被收到。

虽然有些基于j2ee的流程解决方案使用这个方法，xml并不适用于ejb组件之间的通信，原因是性能问题。解析xml文档需要时间，通过在线传输xml文档需要更长的时间。为了高性能的企业级应用，在运行时或常规操作中使用xml代价太高。当性能负担慢慢的变得不那么重要，当xml解析器变得更高效，当人们开始使用文本压缩去在线传送xml文档时，那么…

最重要的不去使用xml的原因是因为他通常不需要被应用。假设一个单独的机构写出了所有你的ejb组件，xml可能不会被怎么使用，因为很少需要在不同系统之间进行数据映射，因此你能独立控制对象模型…