介绍[fleXive] - 一个互补方法的Java EE 5 Web开发

架构师或开发人员处理Web应用程序的日常面包，黄油通常包括了大量重复性的工作。这些开始建立一个开发环境，选择和下载库（或让喜欢Maven的工具进行下载），创建基本构建脚本，和接线了所有必需的组件。经过一段时间的裸体骨架为Web应用程序已准备就绪，等待进一步的编码。尽管这些步骤很容易，可以通过自动化工具，如管理用户，选择持久性的一个可行的形式与其他任务进行有效地处理（基于文件，JDBC，Hibernate的，JPA等），并为您的敏感数据实施安全将仍然需要更多的时间和精力。

有许多解决方案在那里，处理其中的一些问题，但在大多数情况下，一些弊端：比如，Ruby on Rails的 - 它是伟大的，效果很好，但未必有企业的渗透，特别是如果一个Java或净。平台已经是一个公司的标准。我们不会深入到网络世界 - 因为这是一个完全不同的情况比你的典型的Java环境 - 但有一个看看Java和特别的Java EE，Web应用程序将在大多数情况下，使用JSF作为其Web框架，并为一个可行的持久层框架的选择通常是Hibernate或者JPA（在某些应用服务器中使用Hibernate实现）。根据不同的使用一些脚手架工具你很快就会有形式来创建，读取，编辑和删除数据的情况下一些非常基本的版本。

到目前为止，它已经很简单 - 现在想象你还需要授权和认证 - 不仅要能够使用（因此见）从您的应用程序的数据，但更要限制在一个细粒度的访问方式比通常的“全有或全无”的方式。你很快就会结束了编写自己的自定义定制的迷你安全框架 - 也许基于像OSUSER或建立Acegi的开源库再加上一些JAAS代码。

多年来，作者做了同样的任务，一遍又一遍。我们学到了很多东西 - 尤其是关于能力和精力来整合各种库，以及它们的主要优点和缺点 - 而且想出了一个框架要求的列表：

• 内置的安全性，从验证到细粒度授权
• 数据类型与多国语言的内在支持
• 版本
• 分层数据结构
• 支持工作流
• 该框架的每一点应该是可编写脚本
• 没有厂商或技术锁定
• 互操作性与其他应用程序

图1：[fleXive]核心部件

在[fleXive]是一个纯Java EE 5应用程序，其核心是由EJB3的bean，分享共同的状态和配置使用一个集群的缓存（包括外的开箱即用支持的JBoss Cache 2.x版本，带可插拔接口，可以用来为其他提供者如GigaSpaces的或相干），而在网络层使用的Facelets，Richfaces/Ajax4JSF和Dojo工具包基于JSF。作为一个持久性的替代JPA / Hibernate的（它可以用来当然也）[fleXive]带有自己的持久化实现提供了一些优势，如集成的基于ACL的安全性，版本??，多语言数据类型的支持，继承和重用。持久性框架的目的不是作为一个对象 - 关系映射器，而是与所有的实例数据访问使用类似XPath的陈述或遍历对象图的通用对象。

所有这些所谓的引擎（实现为企业JavaBeans）可以在你的项目中使用。[fleXive]支持您通过创建，你只需要实现你的业务逻辑，使用一些预先做好的JSF用户界面组件，同时也让你使用你希望它永远的Java EE 5兼容的库中的自由应用程序的骨架。

使用[fleXive]的一大优点是功能强大，可扩展，后端应用程序，你可以模拟你的数据结构，管理用户和安全性，在所谓的可视化地创建查询，存储搜索结果公文包，或编辑您的数据实例。

而正在设计和从头开始编写OA办公系统，[fleXive]使用非常成熟和认可的概念可以追溯到1999年。原本打算作为内容管理系统的框架它成长为一个功能达到艺术的开源项目和工具的多用途框架结合状态。

并非一切都是完美的但有些功能（如导入/导出和web服务支持）仍然在工作，但大部分的框架是非常稳固的，并很快投入应用。由于我们在UCS（独特的计算解决方案有限公司），该公司赞助[fleXive]，并负责开发，相信在开源和“让一步，”我们决定发布在LGPL 2.1版或更高版本授权的整个框架。

后端应用程序展示的大部分[fleXive]的特点，是建立在框架之上是在GPL v2或更高的许可。它可以帮助你直观地管理[fleXive]大多数方面 - 就像定义数据结构，建立查询，管理用户和安全性等，

虽然我们目前唯一的维护和扩展[fleXive]我们当然希望一些积极的反馈，功能要求，并伸出援助之手，当涉及到开发和文档从你的社区，使[fleXive]一个有价值的选择对于即将到来的Web应用程序。

我们不打算推倒重来，而是要使其更容易，更快速地开发使用了最新技术的Web应用程序，提供了手段，使用插件扩展框架，并提供了后台管理应用程序，就可以使用，并可以很容易地采纳您的需求。