@Sha Jiang
这个连接是 OC 对象实例，利用 apache common 提供的 pool 产品，或 java 自带的线程安全队列进行包装。
正如你说到的，以前 C/S 模式下建立连接是昂贵的，所以提出了这种概念，但是随着性能提高，这种概念是没有必要的了。
re: OSWorkflow 探索 Rosen 2007-02-27 09:32
@hiya
建议利用 Spring 进行配置，我没有单独使用 OSWF 连接 HB。
@lqixv
对于连接池我已经提交给db4o团队讨论过了，不过他们不赞成使用连接池方式，觉得这完全没有必要，以后的db4o会分成3个版本针对不同领域，相信随着C/S性能的提高，db4o可以应用在WEB APP中。
re: OSWorkflow 探索 Rosen 2007-02-03 20:03
@cskys
的确比较困难，condition 会带来大量的条件判断。
@Nick
只读，我理解为只要不删除cache就是只读的。读写我这里有个例子：
public class CleanCacheAdvice implements MethodBeforeAdvice {
private Cache cache;
public void setCache(Cache cache) {
this.cache = cache;
}
public void before(Method m, Object[] args, Object target) throws Throwable {
cache.removeAll();
}
}
当然，这样的控制不是很好，最好利用key进行删除。
@Anubis
呵呵，谢谢提醒，和数据库的格式弄混淆了。
@nesta
hi nesta,问题倒是没遇到，不过有点奇怪的是访问构造函数 SimpleDateFormat("yyyy-mm-dd")，格式化出来的日期中间少了月份。
下面是代码，我假设 excel 中第四个字段是日期格式("2007-9-1")，然后取出。
if(cells[3].getType()==CellType.DATE){
DateCell dc = (DateCell)cells[3];
Date d = dc.getDate();
DateFormat df = SimpleDateFormat.getDateInstance();
System.out.println(df.format(d));
}
re: 精确截取字符串（转载） Rosen 2007-01-20 14:07
@lyazure
还不是很激动，只是感觉本文的意思没有完全表达清楚，应该再加点描述，比如这样的例子：
字符串“中文中文2222”，当直接截取srcString.substring(0, 4)时，“中文中文”这四个字会正确打印出来，没错。不过如果我们把字符串改为“2222中文中文”，那么打印出来的应该是“2222”。
这个时候输出到 html 是这样的:
中文中文
2222
可以看到，虽然我都是截取的同样长度，但是页面却很不美观，长短不一，一个现实中的例子，当然也是我一直没有纠正过来的错误，
http://www.cdcin.com，你看首页的“新闻信息”栏目，当出现标题有数字的情况时，就显得很不统一，参差不齐。
所以，这就是本文为什么要讨论按照编码规则来截取字符串的原因。当然，这样处理并不会彻底的解决不整齐，但是总会好些，比如哪天发布某条全是数字和字母的标题，那这种参差不齐就太严重了。
re: 精确截取字符串（转载） Rosen 2007-01-19 23:19
@lyazure
我只想说一句，请验证后再回答，最好能打印在 html 页面中，然后混合汉字和数字输出，看看长短是否一致。
@jiniwang
:) 想不到这篇 05 年初的文章还在为大家服务，我很高兴。超过 2K 的问题请换数据库驱动，因为我在测试 HB/Oracle 的时候出现过这种情况（本文中也提到了有 4K 限制）。另外，我记得当时测试的时候我是存储的一张照片，大约 600K，所以应该不是代码或 iBATIS 自身的问题。
re: db4o 连接池 Rosen 2006-11-24 22:01
又见 javaeye，我是这种表情 @-@ 。
今天和 andrew 闲谈，跟着他的思路走，一下子开阔了许多，我有种非常极端的想法：C/S 模式，在不考虑网络的因素下 server 端应该自带连接池，并且，这种性能比获取 JDBC 的开销小 N 倍。这样才是以性能著称的 db4o 的风格！！！
re: db4o 连接池 Rosen 2006-11-23 12:25
@虎.无名
目前正在改造连接池：
对 jdk 1.2 以上版本的兼容；加入 apache pool 实现；可选择的本地、远程模式。如果你有兴趣，我们可以共同完成，的确，连接池的呼声越来越高了。
@bruce[匿名]您好，你就是 bruce@pang.com？抱歉，你的邮件我发不过去。就在这里说吧。
第一个问题，db4o 单个数据库文件的容量上限是 254Gb；第二个问题，可以通过 drs 实现。如果还有问题请上 QQ 群交流 32161114。
@itVincent
对于 SQL 的问题，db4o 承诺在以后的版本中加入对 SQL 92 的支持。我想 db4o 的优势在于面向对象，性能和更低的内存占用。
----------------------------------------------
BTW 通过第三方途径，db4o 可以利用 JPA JDO 进行调用。
http://developer.db4o.com/forums/thread/31248.aspx
re: db4o 连接池 Rosen 2006-11-15 17:27
issue track:
取connection时有问题
sleep，或者使用wait和notify
只能是jdk1.5以上才能用；不好；
另外，限制了只能使用本地模式，无法防伪远程的；
@Andrew Zhang
Thx Andrew！
re: BIRT 总览（翻译） Rosen 2006-09-08 09:16
@成都小弟
没关系，白衣是 springside 项目的 leader，相信看了 demo 会收获不少。:)
刚才在 onjava 上面看到这篇文章，http://www.onjava.com/pub/a/onjava/2006/07/26/deploying-birt.html。
re: BIRT 总览（翻译） Rosen 2006-09-07 18:03
@成都小弟
很惭愧，没有在实际项目中应用，翻译本文是为了在下次用的时候有个准备，因为BIRT是可以和水晶报表媲美的产品。呵呵
re: OSWorkflow 探索 Rosen 2006-08-27 19:36
@flyingchen
我都很久没用 OSWF 了。如果你想问的是如何实现“用户自由定制流程”，我想建议的是：还不如自己实现“点对点流程”。OSWF 官方文档开篇就这样说：“OSWorkflow 不希望一个非技术用户修改工作流程，虽然一些其他工作流系统提供了简单的 GUI 用于工作流编辑，但像这样改变工作流，通常会破坏这些应用。”。
@旅行者
其实谁作为主控，都是可以的，在本系列的勘误里面做了说明。在 HB 中，解决一个问题有很多种方式。你所提到的矛盾，实际上是我用词不够精确造成的，“拥有者”这几个字，会让人理解为主控。由于本文撰写时间比较长，在我接下来的开发中，都把拥有者作为主控方了，这样好理解。
@zhuam
喔，谢谢你的回复。之前的认识也纠正过来了。javadoc，没仔细看。 :(
re: OSWorkflow 探索 Rosen 2006-07-21 09:25
@flyingchen
是的，这是 OSWF 官方的言论，就目前所接触到的工作流产品，基本还是由开发者来定制。如果要达到自定义的目的，可考虑实现简单“点对点流程”，就是让用户选择发出的“公文或文档”要经过哪些角色（部门、人员），并有DB记录路线。上次和 BEA 工程师交流过，他们也认同这种做法，似乎大部分的产品级工作流方案都不适合中国国情，包括国内的工作流产品。
re: db4o 之旅（一） Rosen 2006-07-21 09:19
@flyingchen
不会喔，在 lib 文件夹下有 jar 的。
re: OSWorkflow 探索 Rosen 2006-07-02 14:29
@jameswww
不知道“表单设计和定义”具体含义是什么，可否说明得更具体一点。
re: db4o 之旅（一） Rosen 2006-06-16 17:22
@江南白衣
白衣提出的问题很有代表性，我开始也在想，为什么不和 Hibernate/Oracle 比较？后来一想，Oracle 和 db4o 目标市场是不一样。db4o 针对的还是那种高可靠性，低维护量的应用，以及移动设备的应用。
re: db4o 之旅（一） Rosen 2006-06-16 17:12
@sswh
我的文章写得有点不准确，5.4 的 11 倍是和 Hibernate/MySQL 相比，在原有的 44 倍的基础上提升，所以 5.4 应该是 Hibernate/MySQL 的 55 倍。对于性能方面的质疑，您可以利用 Polepos 测试工具测试，www.polepos.org。
@foxty
db4o 推荐“原生数据库查询语言”，避免了运行时报错的情况，因为这种查询语言在编译时就能发现错误，完全用对象表达。请参考《持久对象原生数据库查询语言设计白皮书》。
re: db4o 之旅（一） Rosen 2006-06-16 09:30
@sswh
感谢您的回复，就这个数据的准确性，我马上证实一下。作为开发者，肯定不允许不准确的数字。呵呵
re: OSWorkflow 探索 Rosen 2006-05-16 23:40
zzpsmis，我觉得你应该关注一下 JBPM。JBoss 已经收购了 Drools，把它作为 JEMS 体系的规则引擎部分，JBPM 同样也是 JEMS 的一部分。相信你所提到的表单、按钮的控制通过规则引擎和 JBPM 可以很好解决的。JBPM 有个不好的地方是和 Spring 集成的问题，有些贡献者已经抛出了自己的 Spring 集成实现，相信随着时间的发展 JBoss 官方会解决这个问题的。对于 OSWF，感觉他们的开发团队效率还是太低，不知道是否已经放弃 OSWF。
re: OSWorkflow 探索 Rosen 2006-05-15 21:36
zzpsmis 你好，我觉得 OR 更适合这种情况吧。
yangzhihuan 你好，BlobTest 对象所包含的 myblob 属性是字节数组类型的，具体可在本文中找到，这部分还是写得很仔细了。由于本文是去年初撰写的，不知道现在最新的 iBatis 是否在处理 LOB 方面有所进步。
re: Proxool 0.9.0RC1 发布 Rosen 2006-03-30 23:45
由于测试是去年进行的，现在也无法提供准确的数据。有兴趣的话各位可用 LoadRunner 测试一番。
re: 精确截取字符串（转载） Rosen 2006-03-30 17:42
istarliu，这里要强调一下，GBK、GB2312 双字节编码字节才是负的。UTF-8 三字节编码未去核实。
re: Proxool 0.9.0RC1 发布 Rosen 2006-03-25 11:27
嗯，的确 Hibernate3 不推荐 DBCP，我更认为有某种商业利益在后面作怪，呵呵，这个就不去深究它了。根据去年的测试，在 Spring 中，两者均采用默认配置，DBCP 的性能要优于 C3P0，具体表现在响应时间上面。我未配置过 Proxool 与 Spring 集成。
开源方面有耶路大学的CAS，还有OpenSSO，Spring 的 acegi。商业方面，HP 的产品点击率较高。
re: 与 Axis 1.x 同行 Rosen 2006-02-13 23:28
呵呵，图灵兄光临寒舍，热烈欢迎！是的，我对 WS 很关心，这也算是历史原因造成的:) SAML 是什么我还没了解，不过 SAML 看样子还很受欢迎。
review
提交本文已经半年了，回头再看，对DWR的寄语已经实现，它经受住了考验。乘着 AJAX 的东风（嘿嘿，居然我也开始说 AJAX 了）DWR 发布了 1.1 beta 3，希望再接再厉！为 RIA 的未来做出新的贡献！！！
re: 精确截取字符串（转载） Rosen 2006-01-28 20:03
呵呵 tdg 兄很认真喔，谈不上斧正。主要是这个问题，用 char 处理，如果是字母或者数字，实际上截取出来的会比汉字少占用一半的空间，所以截取出来后，还是不能对齐。而实际上 char 数组中，不管是字母、数字还是汉字，它们都只代表一个单元。但是 byte 则不同，字母、数字只占用一个字节，而汉字占用两个字节（都是GBK编码）。
re: OSWorkflow 探索 Rosen 2006-01-25 09:27
我想 JBPM 同样适合你的需求。它的流程跟踪日志和变量存储机制，我觉得更吸引人。:)
re: 程序运行时间之我见 Rosen 2006-01-21 01:06
喔，原来是容器缓冲的原因，谢谢 isjfk 的解答！
我没有去验证。如果有误，那么原文也要勘误一下。
谢谢你的支持！
re: 精确截取字符串（转载） Rosen 2005-08-19 20:39
马上修改一下代码，去年转贴的时候一直忘记修改了。
是 if(b[i] < 0)，谢谢 ivan 指正。