- 浏览: 19098 次
- 性别:
- 来自: 成都
最新评论
-
sunnymoon:
仅代表个人表示怀疑。
终于在银行找到比较满意的工作,自我庆祝一下~~ -
卡拉阿风:
mysaga 写道哦对了,最重要最重要的能力,就是沟通,用他们 ...
终于在银行找到比较满意的工作,自我庆祝一下~~ -
mysaga:
哦对了,还有,找一个同行的男友,也很重要~~ 他可以帮你解决很 ...
终于在银行找到比较满意的工作,自我庆祝一下~~ -
jacki6:
呵呵 “海龟” 在成都???? 39K???哎。。。。。。。。 ...
终于在银行找到比较满意的工作,自我庆祝一下~~ -
javaOpen:
差点赶上我们公司部长的工资了,真牛!哈哈....
都工作 ...
终于在银行找到比较满意的工作,自我庆祝一下~~
文章列表
去年底到今年初,总共经过n轮面试,终于拿到这家银行的offer。
薪水方面,本来面试的时候,我的期望值大概合36k人民币/月,但是HR只给了34k左右。因为很想要这个工作,所以就没多砍价,直接答应了。不过,心里总是留下点疙瘩。
进公司后,发现我的职责主要是维护现有的报表系统,技术是 Java / Struts 1.2 / DHTML。整个项目难度不高,用的Eclipse也是很熟悉的,所以很快就上手了。
工作快满一个月的时候,那天,HR突然叫我去面谈。当时还以为有什么差错,吓得不轻。结果,竟然是一个惊喜:HR说,基于G20会议达成的金融行业工资改革精神,现给我每年加薪xxxxx,摊到每个月, ...
rain2005 写道楼主的代码是没有问题的,其实我想表达的意思就是楼主的测试并发大时必然死锁,从楼主的标题看是想测试spring事务的并发,楼主完全可以这样
线程1操作帐户A,B,线程2操作帐户C,D,线程3操作帐户E,F,这样才是真正的测试spring并发的事务正确性。
如果想测试程序的健壮性,如死锁可以再写测试用例。
总之保证,每个测试用例目标明确。
好了!花了点时间,完善了我对上述rain2005 所臆想场景的模拟,并证明了此提议的荒谬。
我先给原本的测试类做了些必要的修改,然后为其添加子类 AccountTransferMultiThreadTestAccountsNotCon ...
- 2009-08-05 12:52
- 浏览 2279
- 评论(0)
andyyehoo 写道LZ还是没体会rain2005的批评
哈哈,俺认为正好相反。我想了又想,觉得rain2005主要是在批评我在数据库端造成的死锁,而不是java对象这边的线程冲突:因为我姑且相信他能正确理解 hibernate 不同缓存的不同作用。
andy ...
- 2009-08-04 12:58
- 浏览 1295
- 评论(0)
之前的公司里,曾经在几个项目里用过 Spring + Hibernate 架构。
其中,使用了标准的 Spring 声明式事务管理(相关的文章、示例在网上随处可见)。因为当时的项目对并发访问的要求并不高,加上赶进度,所以从来没有在真正高并发的情形下,测试过系统数据库事务管理是否正确。
(唯一的确认行为,就是打开数据库本身的记录,看里面是否有事务管理的SQL代码出现)
当然了,我自己也承认这样的做法可能隐含严重的问题,所以一直在想好好做一下测试。
最近比较闲一点,就自己编了个测试用例,在 Spring + Hibernate + MySQL 环境里,使用跟 junit 集成的多线程工具 g ...