八年前在云南信息港做程序员,其后跳槽到深圳金智塔,随后又跳回云南信息港,之后又跳出云南信息港。跳来跳去就不想跳了。虽然,每跳一次都会有技术上的进步。但是跳槽的经济代价还是很大的,跳到了一个新城市,首先要买机票飞过去,然后要找房子,交半年或一年的租金,以2000年深圳的租房2000元一月为例,跳过去后先要交二万四千元。再加上购物,布置小窝,第一个月就要花掉几万元。然后,当然是要找个女朋友,更是一大笔开销。慢慢的,随着自已年纪越来越大我不再跳了。 在云南信息港时,我的一个同事加好友胡海龙兄弟。年纪比我小一些,当然年轻人嘛,跳到北京去了,据说在日本有名的NEC做技术。二到三年后,在QQ上跟他聊起技 ...
小声的问个菜菜的问题: 一个爬虫程序,启动时自动开N个线程。 采用SPRING2.0+HIBERNATE3.2开发。 采用人工智能的广度或深度优先算法, 从网站上爬到的网址放在A表中,爬虫线程中A中取到地址后,删除A中的记录,转到B表中,表明这个地址已经爬过。由一个类SpiderDAO实现。 地址从A表中转到B表中时,随机出现StaleStateException异常。 采用悲观锁解决,锁定后,记录转不到B表,A表的记录删除不了。 采用乐观锁解决,配置SPRING事务后捕获异常,回滚! 但是程序界面仍然报异常。虽不影响使用,但是弹出一个ERROR很烦人。try{}catch{}也去不 ...
最近一直用struts2.01写程序.在应用过程中,感觉struts2.01还很笨拙! 不可否认struts1.2.x的低层构架太老旧.但是这个一个成熟的框架,很多工作,还有很多细节的东西.构架都帮你完成了. 而struts2.01直接从WEBWORK2迁植过来,WEBWORK2低层构架新颖先进,但是,还有很多细节的东西都得自动动手,比较郁闷. 例如:struts2.01的标签库比起struts1.2.x来就差很多,功能不强.ACTION的返回类型只有SUCCESS,INPUT,LOGIN.等几种,我需要扩充几种出来,但是又不愿意去动构架的底层.诸如此类. 虽然在APACHE的网站上说 ...
1,绝对不要使用SPRING中的自动装配,也就是说不要用STRUTS2.01例子中的方法. 2,这个问题比较怪,看看谁能解释: /** * 取记录数 * * @param queryString * @param values * @return */ public int count(final String queryString, final Object[] values) { int count = 0; Query queryObject = getSession().createQuery(queryString); ...
很多人的DAO用了泛型,在HIBERNATE中,可能没有这种必要. spring中封装的 hibernate模板,已能满足各种各样的通用查询. 当然我觉得还不瘾!又自已搞了个HibernateDAO. 扩充了hibernate模板的功能. 总而言之,一个DAO足够了,搞泛型,意义可能不大! 在各种程序中,servic层,可以抽象出通用的业务逻辑方法,想想现在的程序,哪个业务逻辑没有保存数据,查询数据...等类似的通用的方法? 因此service层可以抽象出一些方法出来.但由于SERVICE和业务关系密切,很难完全共用,因此用泛型加以处理,提高程序的抽象处理能力. 把SERVICE搞象出 ...
先按照文档,做一次: 1,建立WEB.XML: <!-- 段洪杰 --> <?xml version="1.0" encoding="UTF-8"?> <web-app> <display-name>Struts Blank</display-name> <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2.dispatcher.FilterDispatcher< ...
在SPTING+HIBERNATE组合的软件开发中,有多个Service组件.分别为A,B,C,D 现将A,B注入到C, 然后又将C注入到D. 此时,每一个SERVICE都需要配置事务管理. 分别为: 配A的事务,配B的事务 配C的事务,(已嵌套了A和B). 配D的事务(已嵌套了B). 程序调试通过,现在的问题是,如此多重嵌套,对程序的性能有不有有大的影响?
dhj1
搜索本博客
最近加入圈子
存档
最新评论
评论排行榜