jiming
- 浏览: 271429 次
- 性别:
- 来自: 北京
-
最新评论
-
lishen：
caomeiliang 写道ibatis需要写SQLibati ...
我为什么选择 iBatis 而不是 Hibernate(对于正在选型的人的建议) -
caomeiliang：
ibatis需要写SQLibatis需要写SQLibatis需 ...
我为什么选择 iBatis 而不是 Hibernate(对于正在选型的人的建议) -
yp0123456789：
这篇文章是假定h没有namesql和execute的基础之上写 ...
我为什么选择 iBatis 而不是 Hibernate(对于正在选型的人的建议) -
abc382410124：
jiming 写道引用 jeffrey_gao 5 小 ...
我为什么选择 iBatis 而不是 Hibernate(对于正在选型的人的建议) -
wpc009：
我觉得Netty的卖点一是NIO， 二是事件驱动。 这在高并发 ...
Netty 性能测试(与Tomcat 对比)
文章列表
值得分享的客服信
作者：virushuo 发表于 2008-06-03 11:06 最后更新于 2008-06-03 11:06
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明。
http://blog.devep.net/virushuo/2008/06/03/idc_letter.html
前几天blog访问不了了。询问机房，得到了这么个很强的邮件。这个邮件写的真是跌宕起伏。让人看了确实不生气，还很同情他们。我觉得实在值得分享一下。
其要点有几个：
1 承认错误：事故确实发生了。
2 先说坏消息：机房起火爆炸了！
3 然后说好消息：你的数据还在！
4 ...
- 2008-06-03 20:10
- 浏览 1069
- 评论(0)
我们的系统是 Spring+iBatis 的方案，数据库是 oracle。操作系统是 linux 或者 unix
客户要求我们把我们的系统部署到他们的服务器上，这个服务器和数据库都由他们来管理。
对于我们来说，我们的数据是非常宝贵的，不希望客户能够直接通过连接数据库的方式大批量的获取。当然，我们的程序也有很多我们的心血，所以也希望能够保护起来。
请问在这种情况下我们有什么方法可以保护我们的数据和程序呢？
商业方案也可以。
谢谢了！
本来以为是关于汽车的，看完之后感觉不错，以后再看一遍
应该允许别人犯错误，改了就好
要有不屈不挠的精神，屡败屡战
要懂得感恩，比如老板给的机会
- 2007-09-09 16:25
- 浏览 1390
- 评论(0)
使用<script type="text/javascript" src="abc.js"></script>的方式调用外部的JS文件，在JS文件中用使用docuemnt.write写<object>...</object>。
注意：直接在页面上使用docuemnt.write写入是不能饶开激活限制的。
- 2007-09-02 16:34
- 浏览 1415
- 评论(0)
http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch14_:_Linux_Firewalls_Using_iptables
- 2007-08-31 19:48
- 浏览 1374
- 评论(0)
------------------ 这是这位朋友本周要做的任务 ----------------
- 2.5 Assumptions and Dependencies.
What do you assume the client to do/act/want, and what you depend on
to produce a final result. Its design phases for everyone.
---------------------- 以下是原题目 ---------------------------
Dominion Pizza Store
• ...
- 2007-08-31 19:48
- 浏览 987
- 评论(0)
作者:Simon 来源:IT168
JSF掀起你的盖头来
JSF为什么会受到如此大的青睐，IBM，orcale，包括国内领先的中间件厂商金蝶也投以关注目光。那么它又具有哪些与众不同的优势吸引众商家投怀送抱呢？下面我们就来揭开JSF的神秘 ...
- 2007-02-15 15:42
- 浏览 2475
- 评论(2)
Cache 这个东西，看似简单，但是具体实施起来却是很麻烦，有许多方面的因素需要考虑，很多实施不好的 cache 会成为系统故障和维护噩梦的重要源头。 所以我的原则是，只在一个层面上提供 cache 功能，其它的层面都不提供，以避免其复杂性并且降低耦合性。 就像各位所讲到的那样，cache 包括很多层面，而且会有一些特殊情况，这些应改需要根据具体情况具体分析了。[color=blue]这里我主要想讨论一下我们大多数情况下用到的的 cache 方案。[/color][color=orange]页面 cache 也很重要，不过不再这里讨论了。[/color] Allen 说： [quote] ...
- 2007-02-08 15:54
- 浏览 2558
- 评论(0)
我个人倾向于放在 service 层。
因为虽然 hibernate 和 iBatis 都提供了 cache 机制，但是他们提供的方式都不是很完善。而且还有可能会使用其它 dao 的技术方案。所以放在 service 层应该更好一些。
注： cache 话题很大，我们只讨论 business layer 的 cache 问题，即 service 和 DAO。
http://www.icefaces.org/
效果相当漂亮。大家可以去看看。
还支持 ajax
[注意]清在回复之前认真地看一下我的帖子，结合你的实际项目经验考虑一下，看看你是否能比较好地解决我所提出的Hibernate 的缺点。最好不要提一些大家都知道的泛泛的观点，这样会很浪费读者的时间并且分散大家的注意力。
非常感谢有几位对 hibernate 有深入了解的朋友给出了我这里提出的问题的 hibernate 解决方案。我提出这几个问题的初衷不是说 hibernate 无法实现这些功能。而是说他的实现比较不美，呵呵。比如说把一些 sql 嵌入到 java 代码中，我觉得这是非常不好的习惯。
v0.3 - 2007-1-1 21：1：1
我在最初的选型的时候是打算选择 Hibern ...