re: 流程虚拟机 独孤过客 2009-05-30 10:54
re: OSCache分析 josdoc 2009-04-30 10:24
Java开源文档(www.josdoc.com)希望转载您的文章，如不同意请告知，谢谢！
您好，现在我正在将cas的登录整合到liferay中，看到你上面的文章感觉应该是一种解决的办法，但是自己还是没有弄明白，希望您能给予帮助，谢谢
我的msn 是 hanxd106@hotmail.com
邮箱是：172932@163.com
您好，可以留一下您的联系方式吗？我的msn 是 hanxd106@hotmail.com
经过运行，并不能实现实时效果。调用第二个脚本，只能获得调用脚本时获得的包信息，运行一段时间后，新来的包还是不能被解释，而用重新调用此脚本才能获得内容
re: BPM的分类 独孤过客 2008-11-22 20:42
像IBM，Oracle都有，他两是行业的领导者，所占市场份额最大。
re: BPM的分类 zolly 2008-11-22 10:40
请问你能列举一些你了解的BPM的相关产品吗？
re: 快速构建面向服务的应用-2 object 2008-11-20 15:43
什么什么啊.........
事物总是在不断的进步，当一种事物进展缓慢时会出现另一种事物刺激你前进，对于前者要么更强，要么灭亡。
re: 25岁的迷惘[未登录] -274°C 2008-11-18 01:36
同龄程序员，大家都差不多的境况啊。
re: 快速构建面向服务的应用 单飞 2008-11-11 09:46
面向构件的开发？
re: 快速构建面向服务的应用 serena 2008-11-08 00:19
good but difficult to understand
这个确实很有用，我也是到了java部分，不知道怎么做.请问楼主可以详细解释吗？或者也给个代码。
Can you send us an email to liferaychina@gmail.com
re: 感悟幸福 :) 2008-06-10 11:18
健康的心态~
re: 如果的事 :) 2008-06-10 11:15
生活中没有太多的如果，爱过就很幸福:)
re: OSCache分析 BT下载 2008-05-29 21:26
re: Ethereal抓包实时分析可行性研究 useway 2008-05-29 14:58
一楼的，这个文章写的那么清楚，你都看不懂，看来是有点笨。
给搂主一个建议，可以用-a参数，将文件大小限定。
re: Ethereal抓包实时分析可行性研究 useway 2008-05-29 14:52
很经典的使用范例，支持，继续啊，最好，再讲讲Java的部分，说的再详细点就好了
re: 治咽炎药方 和风细雨 2008-03-16 14:58
是吗？
shenme dong xi a,kan bu ming bai ya
re: 防止任意形式的重复提交 wts 2007-05-22 08:58
使用了令牌机制之后，如果在同一个客户端打开两个同样的窗口，那么岂不是新的窗口可以提交表单，旧的窗口就无法提交了呢？
这个问题确实很闹心。我还没有解决掉。
re: 如果的事 独孤过客 2007-04-24 22:39
也许 每个人对幸福的理解都不同 所以 自己的幸福只有自己知道
re: 如果的事 SPIDER 2007-04-24 21:06
幸福是什么
re: 如果的事 独孤过客 2007-04-24 00:27
取得阶段性成功，life is wonderful！^_^
re: 如果的事 SPIDER 2007-04-23 22:12
呵呵,火星人重回地球
re: 如果的事 独孤过客 2007-04-23 21:55
希望在有心人的眼中是美的，在无心人的眼中是绝望的！
re: 如果的事 SPIDER 2007-04-23 20:03
至少他们都是现在无法改变的事,只是后悔让人绝望,如果给人希望,Some times,没有希望的希望比绝望更误导人,有一句话叫绝处逢生!!
COME ON!!
re: 如果的事 独孤过客 2007-04-22 23:44
我想还是有点区别的把
“后悔”是针对做过的事情，
“如果”可能就没有这个约束了
坚持，坚持！
re: 如果的事 SPIDER 2007-04-22 20:08
我也是
re: 如果的事 SPIDER 2007-04-22 20:07
很羡慕那个如果中的女孩,可惜这个世上没有如果,如同没有后悔一样.可是很多人还是一天天对自己说着如果
re: 25岁的迷惘 xiaoxiaoshu 2007-03-29 23:15
放轻松点好了
听听音乐
会好很多
re: 曼谷游记 xiaoxiaoshu 2007-03-29 23:13
很有意思
可惜是to be continue
很喜欢这种风格的文字
re: 小谈SDO 李健愉 2007-02-26 21:26
最近也在学习SDO规范，感觉现在学这个的人不多，有空大家一起讨论讨论，我的QQ：8101690
re: 曼谷游记 剑事 2007-02-01 13:56
re: 25岁的迷惘 冰川 2007-01-31 09:12
呵呵，同年的哥们啊，我也迷惘ing。
既然看到了真实，不如就真实的考虑一下吧。
我们应该以真实的态度来重新认识自己，
我能做什么？喜欢做什么？应该做什么？
然后再set foot on journey ... ... :)
re: OSCache分析 winner 2006-12-28 14:41
可直接上传你的word文档啊！
re: 防止任意形式的重复提交 被蒙骗的人 2006-11-23 12:25
“防止任意形式的重复提交”标题起得真好听，可惜要用Struts 框架，建议该标题为：“利用Struts 框架,防止任意形式的重复提交”
re: 感受Web 2.0 Landy 2006-11-12 19:34
philanthropist@hotmail.com
re: 感受Web 2.0 tert 2006-08-06 23:54
jhjg
re: 感受Web 2.0 tert 2006-08-06 23:54
lkgh
如果不是写的，请注明转载
如果转载，请转载完整，ok?
re: 感受Web 2.0 null 2006-07-28 17:45
null
re: 感受Web 2.0 y1937 2006-07-16 16:03
不错！
爱我蒙古 蒙古人175866762 2006-07-02 05:03
bi mongl ges neen heezee ged buu maart!
re: 防止任意形式的重复提交 梦游客 2006-05-17 00:54
你们很强啊
我为你们感到骄傲
re: 感受Web 2.0 Debug 2006-05-11 16:23
毛主席的发动人民起来斗争的策略战胜了武器先进，兵精粮足的日本军－－这个历史常识缺乏了。
re: 防止任意形式的重复提交 独孤过客 2006-05-09 23:09
楼上说的有一定的道理，丧失一点友好性总比引起数据不一致要好得多，所谓”鱼与熊掌不能兼得“
re: 防止任意形式的重复提交 InPractice 2006-05-09 07:12
其实还有比较难处理的情况:
return mapping.findForward(" 这种情况下就是重复提交，转到相应的页面 ");
在应用中,这个相应的页面可能是动态的.
比如说首次提交是成功的,那么重复提交就应该也到成功页面.
如果首次提交是失败的,那么重复提交就应该也到失败页面.
但是在代码中我们只知道是重复提交,却不知道首次提交的结果.
所以无法决定应该转到什么页面.
当然, 如果技术能够驱动需求, 比如发生重复提交时显示指定的页面.
问题可以解决.但是把技术上的问题暴露给用户,终归不是很友好.