mysaga
- 浏览: 19081 次
- 性别:
- 来自: 成都
-
最新评论
-
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
- 浏览 2278
- 评论(0)
andyyehoo 写道LZ还是没体会rain2005的批评
哈哈，俺认为正好相反。我想了又想，觉得rain2005主要是在批评我在数据库端造成的死锁，而不是java对象这边的线程冲突：因为我姑且相信他能正确理解 hibernate 不同缓存的不同作用。
andy ...
- 2009-08-04 12:58
- 浏览 1293
- 评论(0)
之前的公司里，曾经在几个项目里用过 Spring + Hibernate 架构。
其中，使用了标准的 Spring 声明式事务管理（相关的文章、示例在网上随处可见）。因为当时的项目对并发访问的要求并不高，加上赶进度，所以从来没有在真正高并发的情形下，测试过系统数据库事务管理是否正确。
（唯一的确认行为，就是打开数据库本身的记录，看里面是否有事务管理的SQL代码出现）
当然了，我自己也承认这样的做法可能隐含严重的问题，所以一直在想好好做一下测试。
最近比较闲一点，就自己编了个测试用例，在 Spring + Hibernate + MySQL 环境里，使用跟 junit 集成的多线程工具 g ...