晕倒，私服广告做到这里来了...
大家不要点，无视一楼。
re: TestNG电子书推荐和下载地址 飘然 2008-03-21 11:23
哦，没有发现这里有，早知道直接去这里下了，害我电驴了半天，本来我就有netyi.net的账号。
不过这个地方要注册，还要有积分（靠分享或者直接给钱买），对于没有账号的朋友不是很方便。
re: TestNG电子书推荐和下载地址 飘然 2008-03-21 09:55
是，就是太少了，很难找。
其实这本书在google上是可以找到的，但是我硬是没有下下来，还被强制按照垃圾软件，修改浏览器，我晕...
分享出来，希望对喜欢TestNG的朋友有帮助，大家一起学习。
re: 今天遇到的两道比较变态的面试题 飘然 2008-03-21 09:52
这个，只能说这两个题比较扣细节，但是如果编程经验比较丰富，应该可以应付过来的。
第一道题我在编程开发中实际遇到过，“Java编译器考虑的可真周到啊，把它自己的语法都给推翻了。”呵呵，能说出这句话的，只能说楼主你对java的认识还远不够，连final的用法都没有理解。
第二道题就不说了，还是那句话，没有编程经验和oo的常识。private + abstract，你让基类怎么实现？
这两个题虽然都不是可以一眼就看出答案的那种，但是稍微细想一下都可以推出来的。
另外：真正变态的题目楼主应该还没有见识过，我只能说上面这两个相比只是小儿科。
re: 官僚作风之代码复查 飘然 2008-03-19 10:24
a 说:
我们就没有设计和代码审查，就我个人喜欢看他们的代码，一查一堆小问题，我发出来，但他们反正不改
b 说:
我发发牢骚，随便些了点在blog上。
b 说:
不言不快的感觉
b 说:
java这边的单元测试也是如此，只有我一个人在努力推进，其他人都无视
a 说:
随便他们，他们不注意我们注意，自己注意一下也花不了多少时间
b 说:
恩，不能随波逐流，那样会害了我们自己的
呵呵，我前段时间写了一个同样的东西，不过是在linux平台。
maxActive参数不能设为0？
我的理解你说的不是是否容许配制为0，而是配制为0的后果吧？maxActive配制为非正整数(<= 0)是，表示不受限制。这样当请求数量大时，连接池的连接数将无限增大，最后超过数据库承受能力。
这个问题就需要使用者自己衡量处理策略，和dbcp具体的配制无关。
N台机器的方法知道，但是麻烦的是不见得能找的到n台机器，工作条件恶劣啊...
re: jdk小工具jps介绍[未登录] 飘然 2007-12-29 13:20
哈,我也是才发现的,以前一直都是用ps命令的.不过在windows下jps会更有用户,因为windows下没有类似 ps 的命令工具.
不同的webapp，他们的session是不一样的，不能相互访问。
呵呵，lizongbo应该是没有看懂我的帖子，是jsessionid 的reuse，不是jsessionid放在cookie里面传递。
session id reuse的表现在于两个不同的webapp里面建立两个session，但是jsessionid是一样的。
感谢eloo的提醒，第一次发表时的确没有设置resin的<session-max>，我已经重新设置并重新测试，测试结果已经更新到文章中。
也感谢交口称赞的关注，虽然我们的关注点不尽相同。
哈，我用firebug 一年多了，我们团队目前都是使用这个。
现在基本开发用firefox + firebug，开发好了再用ie检查是否兼容。
滴水的水龙头要不要拧紧的问题？
没有哪个家庭的财政会因为那个滴水的水龙头造成收支失衡以致破产，那是否就意味着可以无视它的存在，只管专心挣钱，再每个月少吃一次大餐？
后台缓存和sql优化、架构调整，这些当然是更重要的，但不意味着其他东西就可以完全忽略。我无意强调session的这些细节的高度，只是希望告诉大家，在某些角落里，有些我们没有意识到的小水龙头，在一滴一滴的浪费资源。
后台缓存和sql优化、架构调整，到处可以找到资料。可是我google了一圈，上述session的几个问题根本没有成文的全面一点的资料可以参考，我相信jsp世界中肯定还有很多很多类似的小水龙头在悄悄地滴水，而主人们根本没有看见。
哦，明天试一下，这样也可以解决啊。
我用的是java5，有这个问题，java6没有试过。
只在sun的java编译器下测试过,还不清楚其他的java编译器是否会同样处理, 平时开发不接触其他版本的java编译器。
哦？ 我说的是在jsp页面上做格式化哦，“out.printf或者String.format()”像是写java代码。不适合用在jsp页面吧？
re: 你懂不懂xml! (2) 飘然 2006-07-25 20:12
@般若菩提
这个说起来就更让人郁闷了，非常夸张的一个协议，我不知道制订他的人是出于哪方面的考虑，呵呵，这个xml交互协议中，没有用过一个属性。注意是整个协议，数与百计的数据交换格式，所有的xml内容中，没有出现一个attribute，一个都没有。
re: 你懂不懂xml! (2) 飘然 2006-07-25 14:29
看了我没有说清楚一个东西，这里说的“规范”，只规范了xml内容的格式，比如name元素出现的位置，出现的次数，对于是否加空格这样的东西是没有任何要求的。只是在他给的xml示例里面绝大多格式是用类似<name></name>和少量<name/>，没有使用<name />这种空元素表示方式而已。
再次强调的是，当时对于<name />是否符合规范的争执，是基于xml的语法，而不是书写的习惯，所以才有“懂不懂xml”的说法。
re: 你懂不懂xml! (2) 飘然 2006-07-25 12:08
呵呵，"<name/>"和"<name />"是属于“团队规范和默认习惯(书面的和非书面的)”的范畴， 但是请注意，这里讨论的不是"<name/>"和"<name />"两种表示方法的习惯问题，而是很严肃的xml内容解析。不喜欢"<name />"而喜欢"<name/>"是个人爱好，怎么样都行。但是解析"<name />"会出错误还属于“团队规范和默认习惯”吗？
还有，我和他们不是一个团队，更不是同事，看清楚。
既然说起优秀程序员，我想优秀程序员不会没看懂就内容就随意发表攻击性的言论，那个字原样奉还。