Tin's Blog

     摘要: TSS上面Ganesh同志的文章内容是非常有益的，讨论了session的这两个api的区别。get是每次都会从数据库取数据以保证数据的可靠。而load则会返回一个proxy，相当于一个存根，访问的时候从当前session或者hibernate二级缓存中查找，如果找不到则从数据库中Lazy Load一下。从Hibernate的复杂性上来说，这个概念应该算比较容易理解的，而且这种存在也是非常合理的。顺便里面还补充了一下JPA里面也有类似的getReference方法，行为类似load。看完文章你会开始注意这个细节。
可是，这个细节的下面却引起了n多人的讨论，讨论的核心就是Hibernate是不是有太多细节了？
很多人说这样不是OO的，很多人说Hibernate的细节造成它复杂，有人说Hibernate影响了他们的工作效率，等等，反正反对者站出来很多。我想这是可喜的。
说明在Java的Killer-APP组合Spring+Hibernate后面还是有很多持怀疑态度的人的，我们随时都需要提问题的大脑！
所以，我们也思考一下吧：  阅读全文

     摘要: 本文翻译自IBM DeveloperWorks上的一篇文章，该文讲述了测试分类(test categorization)的概念，本身这个概念很简单，但是却实际的解决我们常见的问题，在我们的测试庞大到一定地步的时候，测试的运行时间过长，维护成本很高，我们如何能够保证持续集成(CI)的正常运行？那就是通过测试分类。所以我翻译了这片文章，希望对大家有所帮助。  阅读全文

     摘要: 这个问题出现在这种情况，你的每个testCase都需要使用某一种初始化比较耗时的对象（资源），举例如数据库连接、Spring Context。我们遇到的问题是Selenium测试中开启和关闭浏览器，如果一个test启动关闭（我们的程序还需要登录和注销），这样测试的时间会拖的很长，给持续集成带来了困难。
所以……  阅读全文

     摘要: Selenium Remote Control项目组很高兴的宣布Selenium Remote Control 0.9.0发布。
你可以在这里察看：
http://www.openqa.org/selenium-rc/
也可以在这里下载：
http://www.openqa.org/selenium-rc/download.action
0.9.0包括很多酷玩意，包括frame支持，多窗口支持（用来测试那些不能够在子frame中运行的应用），一个Konqueror浏览器launcher，新的cookie管理功能，和Firefox 2.0与IE7的支持。还包括一个试验性的在Selenium代理中直接的SSL支持，一个新的实验性的“代理注入（proxy injection）”模式允许我们通过修改HTTP代理来更好的控制我们测试的应用程序。
Have Fun！  阅读全文

     摘要: 欢迎所有对Selenium感兴趣的（翻译的过程就是很好的学习）或者已经使用Selenium的同学积极参加，参加的方式可以是：直接参与翻译，编写原创学习文章并添加到相关资源列表，交流心得并将心得添加到相关资源列表，提供使用的视频片断，推荐好的Selenium文章进入翻译计划，提出你自己的意见。以上方式都非常欢迎，可以发信给我进行沟通（iamtin AT gmail.com）。
目前我们使用JavaScud的Wiki进行翻译工作，网址如下：
http://wiki.javascud.org/display/SEL/Home  阅读全文

     摘要: 浓缩一下：
1、何时、何目的来用Selenium选择不同。RC、Fit适合从需求阶段就开始写。而IDE录制则适合后补。
2、重构支持。RC重构友好一些。Fit重构不友好。
3、IDE目前限定于FF，做跨浏览器RC比较好。但是IDE录制后的代码很方便转为RC方式。
4、跨域兼容性问题，IDE解决的比较好。  阅读全文

     摘要: 我用的是Eclipse 3.2，操作系统是WinXP SP2。
需要把eclipse\plugins\org.eclipse.swt.win32.win32.x86_3.2.0.v3232m.jar里面的swt-win32-3232.dll解压缩出来拷贝到WINDOWS\SYSTEM32里面。
然后就OK了。
是在Eclipse里面运行Springside的ANT Task的时候，如果需要通过console输入交互信息，则会报这个错。应该是因为Eclipse的console依赖于那个本地库，而平常我们安装Eclipse不会拷贝那个库。大概如此了。  阅读全文

     摘要: 说说遗憾：
1、OSGi在B/S架构中还不好应用。虽然例子是B/S的，可是居然是Servlet模型，里面解释了目前Equinox项目也在扩展应用服务器支持和JSP支持等，可是起码目前还不成熟。
2、模块的粒度很成问题。目前OSGi的契约机制与java interface机制对比一下。OSGi不可能完全取代本地的interface式的解藕，当然人家也没这么说。只使我担心过渡设计后，过细的Bundle肯定会得不偿失，所以需要有人设计/计划这个粒度。这个可能与基于Web services的SOA架构面临类似的问题，需要好的架构师。
3、文档不友好么？说实话，很感谢BlueDavy和OSGi观察者那些大牛的贡献。但是感觉production的样例工程还是很难搞到（其实Eclipse plugins的例子满多哈，可惜没啥文档，需要硬着头皮看），对应的指导文档还没出现。BlueDavy提供的servlet实现我们不可能跟上，毕竟简单也是一种需求。（那谁说过度设计比设计不足更可怕，那个我不是唱反调，我希望我们都能找到那个sweet point，有个好的参照那最好不过了）。 <  阅读全文