Eclipse和WebSphere Studio新的项目交换功能

核心提示： 查看原图（大图）现在，您已经完成了导入，Eclipse和WebSphere Studio新的项目交换功能(8)，并且为部署准备好了一切东西，因为我们包含了源项目并且展开了实用JAR，EAR文件是可部署的构件（artifact），并且在通常情况下，对吗？基本上是，但还不完全

查看原图（大图）

现在，您已经完成了导入，并且为部署准备好了一切东西，因为我们包含了源项目并且展开了实用JAR，对吗？基本上是，但还不完全。注意，在实用JAR项目中有编译错误：

查看原图（大图）

为什么存在这些错误呢？回想一下，在创建源项目的过程中，我们添加了类路径变量，以给 xercers.jar 和 j2ee.jar 文件增加可视性。之所以需要这些变量，是为了编译 DOMClient 类中的代码。然而在导入时，此信息丢失了。不过，请注意，该Web项目编译了，而没有产生任何错误，因为导入操作能够从web-app中的 MANIFEST.MF 文件所指定的依赖性，派生出Java创建路径项目依赖性，如下所示：

Manifest-Version:　1.0　
Class-Path:　AuctionRunV5EJB.jar　

在根据manifest文件中指定的依赖性生成Java创建路径方面，EAR导入或许是最佳的，但是它不能决定外部依赖性。您可能会问：“选择保存元数据如何？”之所以存在这种选择，是为了支持用于最优化创建的二进制项目方案（要获得关于二进制项目的更多信息，请参见在线帮助）。当您试图保存元数据并且将 EAR作为源文件展开时会带来几种复杂性。例如，如果原始项目结构在一个项目中包含了多个源文件夹会怎样？导入不能决定哪些文件属于哪些源文件夹。有许多方式存在着局限性，这个问题可能会在另一个版本中解决，但或许这不是一个好的策略。人们已经把EAR导入/导出作为一种方便的交换格式，因为直到现在为止，还没有更好的共享项目的方法。然而，对于应用程序服务器，EAR文件是可部署的构件（artifact），并且在通常情况下，它不应该包括源代码和特定工具的元数据。