说他繁琐是因为每增加一个小功能,就必须书写很多代码,数据层书写service 接口与实现。dao 接口与实现。 action层要写strus-config.xml Define.xml validation.xml等 方法配置里面必须在ApplicationResources.properties LookupMethods.properties 还有spirng bean定义。太多了,繁琐。 还有我说一下关于此SSH定义中一些其他的东西: 登陆 用户 权限验证 :acegi    利用配置文件就可以完成用户的登陆和 权限的控制方便。     ...
对于ACTION层的处理: 都继承了 LookupDispatchActionSupport ,利用ApplicationResources.properties 和 LookupMethods.properties来对应文字和方法(也就是按钮 和 按钮应该处理的方法)。 BaseAction.java public class BaseAction extends LookupDispatchActionSupport { private static Log log = LogFactory.getLog(BaseAction.class); private static Ap ...
当使用的这个框架之后就是觉得挺累。一个简单的东西要写N个配置和文件。 层次比较清晰: DAO - > SERVICE - > MODEL - > ACTION - > FORMBEAN - > VIEW 数据层 和 业务层:spring dao + hibernate action:struts view : struts + jsp + jsf 整个模型按照ModelsTry的模型来设计的: 先看一下数据层和 业务层: jdbc.properties: #c3p0 datasource.driverClassName=oracle.jdbc.driver.OracleDriver ...
racecource 赛马跑道 赛马场 sow n.大母猪 v.传播 播种 iron n.铁 熨斗 坚强 vt.烫平 装备 vi.烫衣服
某个字段不是持久状态的一部分,不应该把字段和对象一起串起来。表示一个域不是该对象串行化的一部分。当一个对象被串行化的时候,transient型变量的值不包括在串行化的表示中,然而非transient型的变量是被包括进去的。输入输出就是一种串行化。 public class TestModel implements Serializable { private String a; private transient String b; public String getA() { return a; } public void setA(String a) { ...
碰到这样一个问题:     执行一个方法,比如是consume()方法,     此方法要求必须在1分钟之内执行完。如果执行不完则终止执行,并且跳到别的界面     如果方法在2秒内执行完,那么就继续执行下面的方法 问题背景:     利用远程调用调用在线银行的消费方法,进行的实时交易     调用消费方法之后要就行记录日志等等操作     但是如果远程调用的地址有问题了,就一直再调用进行中,很久之后才报出来错误 & ...
用了半年的solr才能确实的感觉到lucene的优点。 正如robbin所说:“但是这个方案的缺点也是显而易见的,你的RoR应用所有的全文检索都要依赖后台再次向solr服务器发送web请求来获取结果,单个页面的执行速度肯定会受限于后台的跨http的web请求,这对于那些对全文检索功能依赖特别多的网站来说,恐怕很难接受”。 还有全文索引比较忌讳单个索引文件太大,如果太大,搜索的效率降低不说,做优化都比较耗资源,而且最头疼的就是“out of memeory”这个错误,人数一多肯定是不行。 lucene提供了多个索引文件的查询基本可以解决索引过大的问题,但是solr呢? 曾经考虑过建立多个solr ...
使用solr不长时间,环境是linux as4,到现在solr的文件大小正常大约11G了。 solr放在一台服务器上,利用另一台服务器通过URL进行调用, 但是有一个问题,重建几十万索引好几次都这样,利用solr的接口优化,但是每次索引文件比较大的时候 例如现在11G,他的优化就报错: com.xx.cms.solr.client.SolrServerException: Server returned non-zero status: Caused by: Server side exception, status = 1: java.lang.NullPointerExcept ...
被删了N次了,太郁闷了! 没删除一次扣30分,现在还是0分!^_^ ^_^ 为社那么要搞那么多规矩
  • 16:05
  • 浏览 (259)
  • 评论 (0)
在hibernate有些书中明确说明,hibernate如果含有隐参,例如: select aa from AA aa where docChannel = and proState = ? dtsStatus = ? 1.安全;2.可以预加载,速度快。因此项目中都用到了隐含参数。可是在应用的过程中,明显的带有隐含参数的 HQL语句有问题,在百万级的ORACLE数据库中很多出现超时现象,于是翻查资料发现,有一句话这么说:     如果在 where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运 ...
tovegar
搜索本博客
最近加入圈子
存档
最新评论