05 2010 档案
摘要: 近期自己折腾自己，放着正统的maven + junit不用，却准备用ant + ivy 替代maven做依赖管理，用testng替代junit做单元测试。
阅读全文
摘要: 众所周知，对于高动态高可扩展的应用，OSGI是一个非常好的平台。但是，也因此增加了复杂性，开发中对service的依赖变得复杂。这也是 service的关系管理成为OSGI中一个非常重要的部分，我们来看看OSGI中service依赖关系管理的方式。篇幅原因，只关注发展历程，不具体介绍每个方式的详细实现细节。
概括的说，目前在OSGI中主要有以下几种service依赖关系管理的方法：
1. Service listener
2. Service binder
3. Dependency Manager
4. Declarative Services
5. iPOJO
6. blueprint
阅读全文
摘要: 当时实际上，我们在检查ThreadDeath的调用信息时，说明这个出现init()错误的filter还是被glassfish正常调用去执行doFilter()方法，这里和j2ee API的要求是不符合的。有点奇怪的是，glassfish一向是以严格遵循j2ee规范而著称，居然在这里一反常态。
而更令人 郁闷的是，glassfish在处理这个有filter初始化出现ServletException异常的webapp时的前后表现：首先这个 webapp的启动没有问题，状态正常。filter也被认为可以正常工作并加入了filter链。webapp中的功能正常，可以正常的接收请求并转发给内容业务处理模块。从这些迹象看这个webapp基本没有问题。但是后面glassfish却莫名其妙的认定，“this web application instance has been stopped already”，从而以ThreadDeath这种非常规的error来报错。
阅读全文
摘要: 对比最近遇到的两个事情，明显感觉sun有力不从心或者心不在焉的感觉，oracle对sun收购的负面影响至少在开源社区方面是显而易见的，个人甚至怀疑oracle正在逐渐放弃之前sun一直努力支撑的开源社区。
阅读全文
摘要: 刚刚鄙视完sun，继续performance tuning，结果又发现问题。
有点怀疑metro是不是根本就没有做过性能测试，我们的测试场景，openESB下通过bepl调用4个我们称为common service的webservice，目前大概做到1200个tps，算下来common service的webservice的tps大概是1200*4 = 5K附近，上面的问题就非常明显，之前tps没有上去前没有这么严重。
可以参考我之前的一个blog， http://www.blogjava.net/aoxj/archive/2010/04/29/319706.html，在解决这里提到的http long connection 和 TIME_AIT的问题之前，我们的tps比较低，cpu压不上去，当时好像这个问题不明显。后来搞定之后tps上来了才暴露出来。
考虑上一个blog中 == 比较无效导致cache失效的bug，我对metro的代码质量真是很没有信息。按说这样的大型项目，release之前怎么也要做做压力测试，稳定性测试之
阅读全文
摘要: 依然是近期工作中发现的问题，真实案例，写下来分享给大家。
总结：用 == 来比较非enum或者类型安全枚举的对象实例，这种错误一般只有初学者才犯，万万没有想到，能在metro这样级别的代码中也能出现。无限感叹啊，再次援引同事的评语作为本文的结束语：
sun的程序员也是程序员啊！
阅读全文