re: 你懂不懂xml! xiaoleigood 2008-04-17 20:07
我的msn 是 xl515331@163.com
re: 你懂不懂xml! xiaoleigood 2008-04-17 20:05
嗨 您好
看了 您的文章,觉得自己有些问题想向您请教,可找不到您 的联系方式
我想请教一下 关于 系统之间通过webservice 传递 xml 编码的问题
我遇上了乱码的问题 但不知道如何解决 ,希望能得到您的回复
如何把一个excel文件中内容或者.csv file中内容读出,这个是不是叫做data dirive?
晕倒，私服广告做到这里来了...
大家不要点，无视一楼。
re: TestNG官方文档中文版(1)-介绍 guest 2008-03-23 09:04
翻译的在哪那?
re: TestNG电子书推荐和下载地址 飘然 2008-03-21 11:23
哦，没有发现这里有，早知道直接去这里下了，害我电驴了半天，本来我就有netyi.net的账号。
不过这个地方要注册，还要有积分（靠分享或者直接给钱买），对于没有账号的朋友不是很方便。
re: TestNG电子书推荐和下载地址 西滨 2008-03-21 11:16
没有那么难找，netyi.net在1月15日就有人上传了。
re: TestNG电子书推荐和下载地址 飘然 2008-03-21 09:55
是，就是太少了，很难找。
其实这本书在google上是可以找到的，但是我硬是没有下下来，还被强制按照垃圾软件，修改浏览器，我晕...
分享出来，希望对喜欢TestNG的朋友有帮助，大家一起学习。
re: TestNG电子书推荐和下载地址 fantasybei 2008-03-21 09:06
谢谢，关于这个的资料不多哦
re: TestNG电子书推荐和下载地址 大道自然 2008-03-20 21:56
3k.
re: TestNG电子书推荐和下载地址 阿里 2008-03-20 11:52
谢谢！
re: 官僚作风之代码复查 lvq810 2008-03-19 11:10
遇到问题解决问题 作风 还成为了行事
re: 官僚作风之代码复查 式样 2008-03-19 10:53
呵呵.
re: 官僚作风之代码复查 飘然 2008-03-19 10:24
a 说:
我们就没有设计和代码审查，就我个人喜欢看他们的代码，一查一堆小问题，我发出来，但他们反正不改
b 说:
我发发牢骚，随便些了点在blog上。
b 说:
不言不快的感觉
b 说:
java这边的单元测试也是如此，只有我一个人在努力推进，其他人都无视
a 说:
随便他们，他们不注意我们注意，自己注意一下也花不了多少时间
b 说:
恩，不能随波逐流，那样会害了我们自己的
re: 官僚作风之代码复查 好同志 2008-03-19 10:22
呵呵，做认真负责的好同志
maxActive参数不能设为0？
我的理解你说的不是是否容许配制为0，而是配制为0的后果吧？maxActive配制为非正整数(<= 0)是，表示不受限制。这样当请求数量大时，连接池的连接数将无限增大，最后超过数据库承受能力。
这个问题就需要使用者自己衡量处理策略，和dbcp具体的配制无关。
maxActive参数不能设为0，否则数据库忙的时候，会影响程序的运行。
N台机器的方法知道，但是麻烦的是不见得能找的到n台机器，工作条件恶劣啊...
想要实现100以上的java Vuser，在没有更大license的情况下，可以尝试在N台机器上实现N*100虚拟用户数，用Controller来控制。
re: 浅谈spring和依赖注入的价值 areon 2008-02-04 12:17
现在的人连设计模式都懒得学了 祭出spring来 知其然不知其所以然的 看看GoF,MF的原著吧
我覺得你被Resin搞混了,Resin對於<%@ page session="true|false"%>所產生的java code不符合JSP的Spec
請參考一下官方文件對此參數的說明
http://java.sun.com/products/jsp/syntax/1.1/syntaxref118.html#15653
實際上那段code 應該是
1. <%@ page session="true"%>
javax.servlet.http.HttpSession session = pageContext.getSession();
2. <%@ page session="false"%>
不會產生上面那段Code, 也就是說你無法在該JSP的程式碼中直接取用implicit object- session
re: 浅谈spring和依赖注入的价值 chenge 2008-01-15 23:48
呵呵，世界很小，我google到你了。
那个问题我提的。
如果只需要一种provider的话，可以如下：
RegisterWork (){
provider = new XProvider(); //更换只需要修改这行代码，也 可以写成hotswap
}
如果需要同时用到不同的provider，可以考虑工厂方法。
new已经用了十几年了，就像向前走路，突然变成后退着走很不习惯，也没感觉到有什么好。
只有需要声明式事务处理和AOP才需要spring.
re: jdk小工具jps介绍 爱上鸟的鱼 2008-01-15 11:05
谢谢 分享！
re: 浅谈spring和依赖注入的价值 爱上鸟的鱼 2008-01-15 09:50
挺难！没有看懂，以后再来拜读！
re: 浅谈spring和依赖注入的价值 杨一 2008-01-14 14:00
首先是解耦，解耦后的第二个问题就是代码的复杂性和可读性。当然独立思考的精神总是值得鼓励的。
re: 浅谈spring和依赖注入的价值 lingos 2008-01-12 11:49
最是厌恶spring动不动的一堆bean.xml，IOC过渡使用的一个典型！
re: 浅谈spring和依赖注入的价值 lingos 2008-01-12 11:47
楼主的例子为什么非要是spring + 依赖注入的设计方式才能做到?
只要设计做的好，80%的东西根本就不需要依赖注入，比如
public interface UsernameMaxLengthProvider {
public int getUsernameMaxLength();
}
public void setUsernameMaxLengthProvider() {
//获取接口的实现类
UsernameMaxLengthProvider provider=HandlerFactory.getInstance().getHandler(UsernameMaxLengthProvider.class)
}
配置:
<handler-config>
<handlers>
<UsernameMaxLengthProvider>
LocalConfigFileProvider
</UsernameMaxLengthProvider >
</handlers>
</handler-config>
一样也可以做到hotswap任意接口实现类！
re: jdk小工具jps介绍 gr8vyguy 2007-12-30 00:43
windows有tasklist
re: jdk小工具jps介绍[未登录] 飘然 2007-12-29 13:20
哈,我也是才发现的,以前一直都是用ps命令的.不过在windows下jps会更有用户,因为windows下没有类似 ps 的命令工具.
re: jdk小工具jps介绍 wǒ愛伱--咾婆 2007-12-29 12:03
在windows下试了试..呵呵.不错..以前没注意过.
不同的webapp，他们的session是不一样的，不能相互访问。
呵呵，lizongbo应该是没有看懂我的帖子，是jsessionid 的reuse，不是jsessionid放在cookie里面传递。
session id reuse的表现在于两个不同的webapp里面建立两个session，但是jsessionid是一样的。
手工加行代码或者配置配置文件，实现把sessionid的cookie的作用域设为顶级域名，path设置为"/"根目录的效果应该就可以了啊。
Tomcat是支持配置sessionid cookie 的 path到"/"的。
感谢eloo的提醒，第一次发表时的确没有设置resin的<session-max>，我已经重新设置并重新测试，测试结果已经更新到文章中。
也感谢交口称赞的关注，虽然我们的关注点不尽相同。
re: 谁在创建session(2)-悄悄干活的jsp yoseasoft 2007-12-24 11:00
精辟的解释
测试之前有设置resin的<session-max>吗?设置多大?
滴水的水龙头要不要拧紧的问题？
没有哪个家庭的财政会因为那个滴水的水龙头造成收支失衡以致破产，那是否就意味着可以无视它的存在，只管专心挣钱，再每个月少吃一次大餐？
后台缓存和sql优化、架构调整，这些当然是更重要的，但不意味着其他东西就可以完全忽略。我无意强调session的这些细节的高度，只是希望告诉大家，在某些角落里，有些我们没有意识到的小水龙头，在一滴一滴的浪费资源。
后台缓存和sql优化、架构调整，到处可以找到资料。可是我google了一圈，上述session的几个问题根本没有成文的全面一点的资料可以参考，我相信jsp世界中肯定还有很多很多类似的小水龙头在悄悄地滴水，而主人们根本没有看见。
我觉得系统的瓶颈不会出在session生成上
花时间在后台缓存和sql优化、架构调整这些事情上来的实惠
呵呵 一般情况下 有多少用户会执行登出操作呢 所以很多session都是timeout，对于session的关注太有必要了 ；）
好奇楼主这么执著
session到底怎么惹您了？
您有什么样的需求需要这么密切关注session的生成时间？
看您的意思是不想生成session最好
为什么？
看看COOKIE里面的JSESSIONID就知道了