在Google Java App Engine上实现文档存储和搜索.docVIP

在Google Java App Engine上实现文档存储和搜索 为什么Java程序员要考虑使用Google的Java App Engine呢，主要有以下几点原因：只要你的页面访问量每月不超过500万，Google就免费向你提供空间。如果访问量超过了这一限额，你也可以随时通过升级为付费用户取消这一限制。 ◆Google的App Engine 平台（包括Java和Python版本）让你不用做什么额外工作就有很强的伸缩性 ◆App Engine 提供了一个功能很强的管理界面，你可以通过它查看错误日志，浏览你所保存的数据，分析程序的性能（例如请求响应时间等），还可以实时监控你所部署的应用。即便是和Amazon的EC2这样优秀的Web控制台比起来，Google的Web应用程序管理功能也毫不逊色。 ◆只要你愿意，你也可以通过App Engine SDK 把App Engine 上的应用迁移到你自己的服务器上，当然，这样就会损失一些伸缩性 scalability 了。 ◆因为在App Engine上开发程序时使用的都是标准的 API，所以当你要把应用移植部署到其它平台上时，就只需要对程序作非常小的改动了。不过反过来做就不是这么简单了。比如说如果你的程序调用大量的J2EE API函数，或者说依赖于关系型数据库等等，那么把这些程序移植到App Engine上就非常麻烦。 ◆那些用J2EE写Web程序的开发者们可能一开始会觉得App Engine 的种种限制让人觉得很不适应，但是这样做的好处也是很明显的，服务器的花费将大大减少。如果你想要更大的自由度和伸缩性，那么你还可以考虑Amazon的EC2服务（我是既用App Engine，也用EC2）。 本文接下来将介绍Java开发者如何使用Google应用程序引擎。它演示了如何在App Engine上编写实现文档的存储和搜索功能。本文还探讨了Java App Engine文档里的一些有用技术和应用程序示例。 你需要作的准备 ◆Eclipse或IntelliJ IDEA开发环境 ◆一个App Engine 帐号，如果还没有的话，在这里申请（没有App Engine 帐号的开发者可以通过在你自己电脑上安装App Engine SDK体验它） ◆下载App Engine SDK 供本地开发时使用 ◆安装Eclipse的或IntelliJ 的Java App Engine 插件。 示例工程里的文件 图1 示例工程里的文件 许多Java开发人员使用 Lucene （或基于Lucene的框架）来实现搜索功能。但是，在App Engine环境下使用Lucene的内存索引模式没有什么好处。我们的这个示例工程另辟蹊径在App Engine平台上实现了搜索功能。 App Engine的持久性数据存储效率是非常高的，但它不使用关系模型，也没有Hibernate这样的对象关系映射（Object Relational Mapping ，ORM）框架。不过，App Engine还是提供了对一些标准的持久性API，如JDO，JPA,以及JCache。我们的示例程序使用JDO实现数据持久（data persistence）。 这个程序部署在这里。每个使用这个演示程序的人都可以把数据清空从头再来，所以你这次添加的信息下次可以就会看不到了。 作者注：这个程序演示了JDO的使用以及如何用JDO实现搜索，为了突出重点，程序没有增加对多用户这些功能的支持。 图1显示了这个Java App Engine项目所包含的文件。后续的章节将详细介绍packagecom.kbsportal.model 里的模型类和 com.kbsportal.persistence 里的持久类PMF。由于packagecom.kbsportal.util这个包里的各种类和App Engine里的差别较大，我们就不在这里作过多讨论了。如果要详细了解这些，你可以看看我们的源代码以及JSP文件（在 war/WEB-INF目录里）。我们也会对JSP文件里某些Java代码片段加以解释。 使用JDO实现数据持久化 JDO是一个用于持久化Java对象的古老API。起初，为了实现持久化存储，JDO要求开发者必须编写和维护XML文件，以提供Java类的数据映射属性。Google使用 DataNucleus 工具自动完成这一过程。你只需要在你的Java模型类里面加以注解，DataNucleus工具就会自动为你维护正确的数据映射关系。如果使用了Eclipse的或IntelliJ IDEA的App Engine插件，当你编写持久类时，DataNucleus工具就会自动在后台作用。 警告：JDO和App Engine放到一起有时候会产生兼容性问题。如果你是在本地用Eclip