web service
不同项目 不同系统 不同物理位置的信息交换
笔者使用过xfire和hessian,个人觉得hessian使用简单,又能很好满足这种需求,曾经在web容器分布式系统中使用过,非常方便,几乎不用更改任何程序,只需更改相应配置文件就可以实现的。
quartz:
一个超强的定时组件,现在的定时任务都选择使用它做,同时可以使用它的一些job状态,让一个任务发生在另外一个人物结束后即刻启动。
jasperreport+ireport:报表主要解决的是两个问题,对于需要另外保存或者打印的时候,如何不失真的得到文件和打印文件。
其实答应中我们一般不采用报表直接连接数据库,而是采用javabean的数据传输给报表后输出相应数据。
同时报表也不会单一出现,大多数情况下需要采用子报表等技术。
lucene:
你的系统一定有数据库模糊查询,使用like的经历吧,当你的数据超过几十万以后,你会发觉这个响应速度非常慢,因为关系数据库自身的原因,如果你在sql查询中,即使你对该字段建立索引,使用like模糊查询也是无效的。试试lucene吧。笔者任务,使用lucene和数据库相结合,先利用lucene实现模糊查询结果再作为数据库查询条件,利用二次查询实现,这种速度要比直接利用数据库一次查询要快很多。
不同项目 不同系统 不同物理位置的信息交换
笔者使用过xfire和hessian,个人觉得hessian使用简单,又能很好满足这种需求,曾经在web容器分布式系统中使用过,非常方便,几乎不用更改任何程序,只需更改相应配置文件就可以实现的。
quartz:
一个超强的定时组件,现在的定时任务都选择使用它做,同时可以使用它的一些job状态,让一个任务发生在另外一个人物结束后即刻启动。
jasperreport+ireport:报表主要解决的是两个问题,对于需要另外保存或者打印的时候,如何不失真的得到文件和打印文件。
其实答应中我们一般不采用报表直接连接数据库,而是采用javabean的数据传输给报表后输出相应数据。
同时报表也不会单一出现,大多数情况下需要采用子报表等技术。
lucene:
你的系统一定有数据库模糊查询,使用like的经历吧,当你的数据超过几十万以后,你会发觉这个响应速度非常慢,因为关系数据库自身的原因,如果你在sql查询中,即使你对该字段建立索引,使用like模糊查询也是无效的。试试lucene吧。笔者任务,使用lucene和数据库相结合,先利用lucene实现模糊查询结果再作为数据库查询条件,利用二次查询实现,这种速度要比直接利用数据库一次查询要快很多。