原文dao.Processor是在多数据库多实体环境下以JAVA对象的数据对象化和持久化的核心类，它的使用方法总结如下：一、与Entity绑定；针对dao.entity对象,可与EJB.entity设置兼容。与entity兼容的典型使用方法是：Processor pro =ProcessorFactory.getProcessorInstance(ent);或：Processor pro  =Pr

在不短的时间里，我一直以为blogspot.com是一个不成熟的站点，以至于用户写完文章是无法看到的，直到我知道这是世界上最大的最早地也是最成功的博客站点，同时也是google的唯一战略联盟伙伴时，才意识到这是不可能的：一定是让中国网安给封闭了。中国网安乐于封闭海外媒体站点，特别是海外有中文信息提供的媒体站点，动机是可以理解的，只要各位想想《包身工》中的一段话：“只要不接触到外面的新鲜空气，发霉的

      电子商务网站中的收费缴费框架主要使用客户预存款的形式，客户通过缴费途径把钱存入电子商务网站络有限公司客户名下，并由计费框架主进行用款帐目和明细的管理；向客户提供帐单结算。客户可以通过个人控制中心审查自已的预存余额，历史帐单；现行定单；冻结金额；并可以要求发票和帐单投递（投递费可以假定作为一项服务扣费），当然也可以客户自行到网站公司营业部打印帐单。     一、缴费框架； 使用充值卡缴费

DBCopier同樣是在多數據庫環境中，爲了適應數據整理和拷貝而開發的可重用構件。不過，實際上，更多的情況是用在不同的開發過程中由于表結構的修改，而需要對曆史數據進行整理歸一的過程。DBCopier的工作核心是mission.xml，每一個mission是一個拷貝任務；不同的數據庫連接在connectionset元素中定義，實際上，這與ConnextionManger和DAO中的定義和解釋

后记：按这个范式建立的数据结构，在实际使用上一次性地使用少量编码回避了关系数据库的多表连接查询，收到了很好的效果。看来，这种范式是可以推而广之的；不过，它要求程序员对于数据对象、xml处理有很好的基本功，牵涉的知识比较广，真正能够这样做的人并不多。由于对象属性脱离了关系数据库，所以排序次序功能要单独实现。总的经验是小量的子对象序列（相当于小子表），适合做成这种形式，而单个的对象属性，不适合做到xm

在Hanva的框架中，多表連接的查詢，一般由以下的方式完成：1、對於條件限制上的連接，可以直接採用entity讀取，條件上的多表，僅限於條件上的擴充，與一般的單表查詢沒有什麼不同；可以設定list,也可以在entities標簽中直接設定連接條件；2、對於選定域也是多表的，如果沒有相應的類可選，原則上是依靠database.service把基表的連預先設出來，從而把多表的連接轉化為單表上的連

系统权限根据会员按组别划分，权限按组别分配的方式进行管理。管理原则按白名单方式进行，即除非是指定享有某种操作的权限，否则都是禁止的。会员获得权限的方式是被分配到某个有权限设定的组。有两个特殊的约定组：ANY和ALL，前者指任何用户，即使是没有登录；后者指已经登录的用户，不管他是不是分配组别。简单地说，各种公开内容的display权限是赋予ANY。所有的定义都在WEB-INF/*.xml中进

原文：http://zwwwxy.blogchina.com/blog/article_81038.1423950.html 今天的数据处理方式呈现出明显的在表达层和数据层中间加入了一个中间件层，一方面以OR映射的方式把关系数据库中的结构化数据映射成内存中的对象；另一方面表达层可以直接访问这些对象提取所需要的属性。对象数据库从十年前开始出现，目的是为了满足这一访问向中间层转变的需要，甚至设想把对象

 不难认识到，在web应用中图片/多媒体和长文体的处理策略，很大程度上决定中一个系统的性能和负载能力。    这几天在处理图片上载的同时，也在考虑着最合理的对图片和长文本的存储。多年前，我喜欢把图片和长文本都存进oracle中，目的是备份方便，只需要 exp就可以连图片一起备分起来，不用一个个地照顾目录。但是缺点也随着访问量上升而一点点显示出来：一来是大大加重了数据库服务器的负担；二来使用 BLO

原文： 今天企业应用环境中一般情况下要面对不止一个或一类数据库；另一方面不同时期的不同种类的数据库形成一个个的荒岛；在java中，技术潮流倾向于不是直接操作数据库记录，而是通过中间层的数据库对象持久化处理达到OO的目的。无论那一种，都要求比较容易地面对多个数据库连接。多个数据库连接比较为人所熟悉的是微软的ODBC数据源设置，除了没有实现中间层持久化外，ODBC其实比JDBC要全面也更容易处理。Co

 原文最终还是手工输出XML对象可靠 2005年 01月06日 和xml打交道，常常是哭笑不得：我为什么要花那么大力气和整个XML文档打交通呢？实实在在的，我只不过想存取其中一个对象的属性罢了！！前段时间了解了castor觉得这是一个解决方案，不过也还是需要整个文档的读写更新。一来是时间限制不允许当前深入研究，而且那也是一个不算成熟的项目；二来呢，采纳的话会和现在的digester读取模式发生冲突

 原文许多人认为JSP是JAVA向微软ASP挑战的成功产品，到今天，围绕着JSP方案发展出了TAG/EL等技术，JSP作为JAVA的BS前台界面方案看来已经是无法逆转。但在我看来，JAVA选择JSP这种表达形式，恰恰是它最失败的地方，是对ASP的一种拙劣的模仿，它本来可以做得更好的，甚至可能据此让微软彻底退出服务器领域，但最终，却可能成为足以令JAVA最终失败的重大战略方向性错误。JAVA到今天仍

原文： 在Java 对数据库记录对象化映射实现的考虑中，多对多结构一向是一个令人头痛的问题。对于一个单一的表结构来说，包括它的基表和子表，都不难用一个类进行表达，也不难通过反射的办法把一个类通过一个容器实现与数据表行记录的持久性映射。不过，对于一个多对多表就不一样了，CMP如果不是做不到，就是太复杂而且不易变更；BMP也不容易，实际上这意味着在一个类中表达两个实体的关系，而这两个实体又各自可以是一

这是使用DBCopier的附加文档。针对需要使用 Clazz read情况。DBCopier最早的出现是现实中的需要：常常需要把旧的或分散的系统（数据库）中的记录按要求倒到新的数据库并建立相应的联系。这时侯，很自然就会产生一个设想：这些程序是否可以以某种方式实现重用呢？DBCopier 本来是针对数据库一行对一行的过录。对于多子表和集合属性的表类型，使用Clazz方式与源数据的一行记录绑定，这里需