先看图来......
------------------此文很早就写了,不知何故在博客上找不到了,所以重新录进来...--------------------- spring modules中包含了spring集成JBPM的机制,在使用的发现其并没有彻底解决两者的事务处理统一的问题,经过一段事件的摸索终于将jpbm与spring完全整合,主要是事务处理的整合,工作流代码与业务代码在一个事务上下文进行; 第一步:首先引入spring-modules-jbpm31.jar,同时将jbpm包含的所有hibernate映射文件解压出来,集成到spring配置文件中,可以使用类路径下的目录形式简化,如下 ...
2008-03-29

实现MHT文件格式的解析和内容抽取

关键字: mht parser decoder encoder
由于我们的业务系统中有大量的MHT格式的资料,需要对其建立索引,搜索很久了一直没有找到相关解析的类库,只好自己动手丰衣足食了。已实现内容的提取以及和lucene的整合,稍后会完善编码检测及其他内容的提取,做一个完整的parser出来。    文本内容提取:  首先提取html部分的内容,解码之后使用nekoHtml提取文本内容;public class MhtDocHandler extends HtmDocHandler { private DOMFragmentParser parser = new DOMFragmentParser( ...
在JDBC应用中,如果你已经是稍有水平开发者,你就应该始终以PreparedStatement代替Statement.也就是说,在任何时候都不要使用Statement.基于以下的原因:一.代码的可读性和可维护性.虽然用PreparedStatement来代替Statement会使代码多出几行,但这样的代码无论从可读性还是可维护性上来说.都比直接用Statement的代码高很多档次:stmt.executeUpdate("insert into tb_name (col1,col2,col2,col4) values ('"+var1+"','"+var2 ...
代码行计算(包括注释、配置、jsp): n=文本文件大小(M)*1024*1024/80/2 【80:最大行字符数,除以2为平均长度】
2008-03-26

NekoHTML 处理转义字符的问题

关键字: nekohtml 中文 乱码
NekoHTML在处理html文档时,如果碰到&开始的转义字符(如 空格),会出现乱码问题! 现象: 此问题在网络上多次出现,但没有解决办法,经过跟踪nekoHtml的执行,发现其处理&转义字符时需要读取org\cyberneko\html\res\HTMLlat1.properties属性文件,查找&转义字符的对应字符,但是由于某种原因,java.util.Properties类在读取此文件会产生乱码; 解决办法: 由于我提取html内容后最终还是要已html的形式在页面展示,所以对转义字符的处理并不希望在内容提取时进行,而是有浏览器在显示时做转换;所以可以 ...
      快乐在人生里,好比引诱小孩吃药的方糖,更像跑在跑狗场里引诱狗赛跑的电兔子,几分钟或几天的快乐赚我们活了一世,忍受许多痛苦,我们希望它来,希望它留,希望它再来——这三句话概括了整个人类努力的历史。
返回值、方法名称、参数、doc是影响接口清晰度的三大要素。参数和返回值的结构往往是大家容易忽略的。如果参数、返回值对象结构太过复杂,会对接口清晰度带来很大的影响。比如使用一个包含很多关系的VO对象,接口的使用者设置的值与接口设计者期望的值无法通过明确的方式来约束,往往采用口头的交流形成契约,接口的契约作用削弱了。建议参数对象的层次不要太深,一层最好,不要包含其他的关系对象,关系对象提取到另外的参数中。API的命名一定要从业务含义而非技术含义的角度出发,避免业务API的技术化倾向。API的定义必须首先契合当前的界面设计,在此基础上做适当的冗余和超前,即是基于界面设计又高于当前的界面设计;避免闭门 ...
一些想法,请补充,没有问题的话就发给大家参考; 1、前段时间项目组主要精力投入在需调研上,目前进入设计编码阶段请大家在设计质量、代码规范、单元测试方面进一步加强,不断提高项目组的整体实力和凝聚力,由各小组组长负责落实; 2、设计人员做完数据库设计、业务接口设计后必须在组内进行讨论,从设计合理性、是否符合规范、API注释、变更扩展等角度进行评审,请编码人员提意见,基本达成一致(80%)没有大的原则冲突后再进行编码开发;如果有不能达成一致的及时反映出来,请其他设计人员评审,将问题消灭在初期; 3、设计人员必须在页面流设计、界面操作模式上充分考虑,在调研的基础上进一步加工优化;虽然页面经过客户 ...
 理想情况下我们的业务组件事务全部通过spring声明,但是一些特殊的业务方法(特别是涉及到外部系统接口调用的情形)我们往往需要编码实现事务的提交与回滚,这时应该怎么办呢?假如我们编码事务的代码中还需要调用spring控制的业务组件方法(这些方法同时被正常的web请求使用),这时该怎么办呢?首先回答第一个问题.第一:我们可以将不需要声明性事务的组件直接脱离spring容器,但问题是我们将同时失去依赖注入及拦截的特性.第二:还将组件部署于spring中,但是不要使用其事务proxy,直接在对象级别禁用事务代理,或者只指定其中某些方法应用事务代理.我们再来看第二个问题.实质是同样的业务方 ...
betafox
搜索本博客
我的相册
677a5c9b-1465-359d-bda8-6ea11d9a7725-thumb
20071125132003e3f32
共 2 张
最近加入圈子
存档
最新评论