土耳其语的字符i有四种形式：i, I, ı 和 İ。 如果使用Java语言进行这四个字符间大小写的转换，会有意想不到的结果（见下图）。
在土耳其locale下，进行字字符i的大小写转换，可以看到潜在的危险：想像一下如果字符i(I)出现在文件路径、HTML标签、电子邮件地址、URL等，那么转换后将导致严重的问题。一个没有在设置了土耳其locale的操作系统环境下进行过GVT(Globalization Verification Test)的软件，暴露出此类问题的可能性相当之大。
因此，在我们处理土耳其i的大小写时，需要区分字符使用的上下文环境：如果使用在用户不可见的系统相关的地方，如上述几个例子，那么在做大小写转换的时候必须使用英文的locale；如果字符出现的用户界面上且和土耳其locale相关，则需要使用土耳其locale进行转换。不过在有些情况下，如何选择转换方案并非如此容易，甚至是无法事先预测的。个人认为，处于安全的考虑，在无法正确判断上下文的情况下，可以使用英文locale来进行处理，在进行GVT或者TVT的时候如果发现存在问题，则case by case的来解决。
最近读到的两篇帖子：秭归县委书记进京为李彦宏送脐橙， 上海去年新增就业五分之一来自淘宝。网络商务不仅扶正了民营的快递服务，刺激了物流业，还直接帮助个人实现就业，还提供就业服务（如淘宝在各地开设淘宝大学，指导卖家开店）。双赢，没有比这更好的典范了。
今天IBM CDL内部的人员搜索工具CDL Expertise Find正式上线了。这个工具整合了Lotus Connections Profiles和Atlas for Lotus Connections，利用人员tag，以及邮件、聊天历史记录，发掘员工之间的联系并可以确定维系相关人员联系的关键词（如产品、技术名称等）。Expertise Find对搜索结果可视化，直观的展现人和人的关系。
附：
如果在最近一年来在Google上搜索过技术问题的话，有两个网站一定出现过在搜索结果里：http://www.experts-exchange.com 和 http://markmail.org/。这两个网站是如此重要，以至于我看到搜索结果是来自它们的时候就会感觉有戏了。
experts-exchange的模式是由自己提供平台供提问、解答，利用积分等机制鼓励贡献知识并建立收费机制；experts-exchange实现了Google Answer想做却没有做到的事儿。
markmail则基本上是通过搜索网上讨论组的内容，对内容进行重新整理、布局，以更容易的方式提供内容访问（界面类似传统邮件程序的三窗格方式）。
experts-exchange的结果准确率高；而markmail的搜索覆盖面大，各有特点。
此外，如果是中文搜索的话，百度知道出现的频率越来越高（即使在Google中搜索）。百度知道是很好的东西，帮我找到了不少小问题的答案。
这个星期我在北京参加了IBM中国开发中心创新开放日（暨北京开发中心环宇大厦的启用仪式）。15日下午，我和同事一起做了”Web 2.0及未来“的报告和演示，概要的介绍了IBM（主要是Lotus）在Web 2.0方面所做的工作、战略前瞻和趋势。其中用了40分钟的时间给参加会议的来宾演示了一个整合了绝大多数Lotus产品的一个应用范例 – 这个21分钟的演示是北京、上海Lotus团队集体协作的成果。该演示中的产品包括Lotus Notes/Domino, Sametime, Quickr, Connections, Mashup, Symphony和Portal，应用场景则包含了协作、文档、流程、社区、集成等。
有兴趣的朋友可以在此下载此演示文档（不包括demo）：Web 2.0及未来
请下载安装Lotus Symphony以打开此文件。
多谢北京各位同事对我的招待，净吃白食了 🙂
这周我把Symphony升级到1.1；Sametime升级到8.0.1，然后装了新的浏览器。对于Notes，刚发布的8.0.2版本在如下方面有了提高：内存使用量减少20%，内置MS Office 2007文件阅读器；支持iPhone。这是Notes 8.0.2的性能比较表。
下次Notes升级打算直接上8.5了。
“成功的人在问题中找答案，失败的人在答案中找问题。” 我倒不是故意要找chrome的问题，正好在下午碰巧遇到的一个问题。
在WebSphere Application Server的admin console的”Log and Trace“里面，如果要根据Java包名开启trace日志时，点树状上的加号无法展开子树，而在IE和FF中都没问题。
周围的同事基本都chrome了， 看来Connections 2.5里估计是要进入支持候选列表，虽然我个人觉得最终官方支持它的可能性并不大。
在经历了6个月的辛勤工作后，我们的成果Lotus Connections 2.0终于面世了。多语言版（24种语言）将在几周内随即发布。我在Beehive上的签名也该改掉了:-)
2.0的功能与特色，相信很快会有相关文章出来。上周在波士顿的演示会上2.0版得到了非常好的评价。
作为开发者，在抒发了小小的成就感后，立刻就要投入到下个增强版的开发中，相信再过几个月会再给大家来汇报的。
刚注意到新浪新闻首页改版，变成了左、中、右三列，正文在中间一列，左右分别是相关链接、博客、评论等。
我不太喜欢新页面，因为它分散了我的注意力，觉得目光一直吊在天上没法儿落地。几年前网易的新闻就是这个模样，眼珠左右转，看的吃力的很。
这不由的让我联想到自己参与开发的产品，也许不少自认为还不错的改进，在用户朴素、保守（每个用户或多或少都有）的想法面前会显得苍白。不过话再说回来，单纯由用户需求驱动的产品可以是个好产品（比如一个ERP应用），但伟大的产品一定（或许有点绝对）是小众观点集中式人品爆发的结果 – 伟大的产品创造需求。
经过5个多月的努力，Lotus Connections 2.0 Beta版已经出炉。这段时间本人博客销声匿迹，全拜它所赐。
距离正式发布还有几个月，要抓紧时间，只争朝夕。
毫无疑问，“云计算”将成为继“网格计算”后，工业界和学术界的又一个热点。联想到过去几年国内高校的P2P、网格计算的热度，2008年国内估计至少得有50份以上的计算机专业博士论文开题报告和“云计算”有关。和“网格计算”相关的课题，也多多少少要变个身影，搭上个“云”边，与时俱进。
IBM也在近期关闭了developerWorks的网格专区，一心奔着“虚拟化”，“云计算”而去了，并且在国内有了第一个“云计算”的合作案例。
我对云计算在国内、外的研究有一个小小的期望，就是要“头顶天，脚睬地”，搞学问的时候忘掉概念，从解决实际问题的角度出发突破创新。让“云计算”创造更多价值，而不是论文。
permalink是Blogs 2.0里新添加的功能，和WordPress的”slug“很类似，允许博客作者为自己的帖子指定一个有意义的、永久的URL。
对于客户端来说，permalink的存在，只有在支持HTTP 302的前提下才更有价值。因为很多的permalink或者一些feed的订阅地址，会像public API一样，一旦发布出去就应该长时间保持有效，即使需要修改也必须同时用302重定向的方法支持老的URL。最近我在整理ThunderBird里订阅的feed列表，发现有不少feed（都是一些大牌儿网站的feed）已经失效了，而用浏览器访问这些feed则可以正常阅读，究其原因就在于ThunderBird不支持HTTP 302重定向，人家feed地址一改就歇菜了。
对于企业内部用户，feed reader面对的是配置了各种策略（包括安全策略）的部署环境，重定向几乎不能避免，对它的支持格外重要。
Lotus Connections 2.0后台的O/R mapping将从iBatis 2.1.5升级到2.3，今天在测试的时候发现部署iBatis 2.3后导致Blogs出现大量exception，大部分功能失效。然而根据文档，2.3的API是向下兼容的，理应不该出现此类问题。
做了一番调查，发现原因如下：当iBatis拿到结果集后调用Java pojo的setter方法来保存对象集合，而如果一个pojo存在两个同名但参数类型不同的setter时，2.3版本iBatis会调用到错误的方法。以Blogs为例，其中一个pojo有两个同名的setter方法，一个参数类型是java.util.Set，另外一个是java.util.List。iBatis会错误的调用”setXXX(Set mydata)“而不是”setXXX(List mydata)“方法，因为iBatis的O/R映射集合类型是不支持java.util.Set的，所以出现argument type mismatch的错误。
通过修改pojo，消除同名setter方法可以解决升级到2.3后的这个问题。
J.Drovak在近期谈到了十大”bright ideas“，有一条叫做“Make Dead Products Public Domain”。（另外有一条叫“停止外包”，说Intel与其在中国成立工厂不如在美国（指的应该是大连新的封装工厂），不过PC Mag中文版的翻译却成了“与其在印度成立工厂…”，编辑们的用心良苦…)
退市产品的公共化问题，的确是个非常好的主张，不过面临的困难极其巨大，我大致分析一下大概有以下两个主要原因阻止了这件事情的发生：
1. 产品所有者的潜在经济利益。一个退市的产品，虽然不能为其拥有者带来经济利益，但一旦成为免费的公共资源，有可能间接与自己目前的产品发生冲突或者有可能被利用来创造和自己竞争的产品（或免费提供）。比如微软不卖DOS已经很久了，如果把DOS免费贡献给公众，可能会被利用到一些可能成为微软利益区域的领域（或者某些当前还无法预测的领域）。放在产品所有者自己手里，虽然一分不赚，但也没了这些风险的困扰；
2. 专利的限制。即使产品所有者主观上愿意把陈年老货免费赠送给大众，一个潜在的问题是产品所包含的专利权。如果产品内包含的所有专利都也都来自同一所有者，那么这个问题很简单，如果产品包含的专利还同时来自与第三方，那么产品公共化所涉及到的就不仅仅是产品所有者单方的问题。要达成多方的共识本身就要耗费资源，这个问题如果没有相关法律制度的帮助，很难促成。去年，IBM的OS/2正式下市，有不少人提议将OS/2开源，最终IBM还是没有开源OS/2的原因之一就是OS/2不仅包含IBM的代码，还有其他公司的代码。
除了需要配套的著作权和专利法的促成外，政府还必须提供必要的利益补偿（比如免税等等），才能把这件企业（尤其是软件企业）最低优先级的事情进入所有人的视线，让知识财富更好的为社会服务。
前天收到一个客户询问想知道有哪些免费的feed reader可以用来订阅Connections的atom feed。因为Connections部署在公司内网，在线的feed reader都无法访问（如果有基于JS的atom reader倒是可用），所以只能需找客户端软件。
在网上搜了一吧，免费的里面对Connections的支持好的feed reader算一个，RSSOwl也可以不过在处理Connections的feed上出现了一个问题。ThunderBird不支持Atom很遗憾，虽然Firefox上有atom reader插件不过客户大多数使用IE 6/7，所以也不是个通用的方法。
如有更好选择，请跟帖拉
Lotus Connections的安全性包括以下几个方面：
1. 传输层安全。Connections在用户登录时强制采用SSL，用户也可以修改配置实现整个应用的SSL保护。上周我们根据一个国外客户的需求，通过定制web.xml和HTTP Server的rewriterule实现了Web访问的强制SSL保护和feed内容的强制basic authentication。
2. 认证安全。Connections的认证包括form based authentication（j_security_check）和basic authentication。前者是在使用浏览器访问5个模块的时候用户认证方式，后者是feed reader使用的。在Connections 1.0.2中，强制要求feed reader在做post等写操作的时候使用basic authentication over SSL，其他读feed的操作无需认证。
3. 第三方安全产品的支持。1.0.2增加了对Tivoli Access Manager （TAM）的支持。看似和应用无关的安全支持实际上影响了不少的代码。而为了支持AJAX, JSON等调用，TAM的配置也是很不同。举例来讲，我们尝试过的一个TAM配置会在返回的页面的末尾添加一段JS代码，这会break我们的JSON调用，必须用其他配置形式绕过。
4. 对Web内容的过滤。Connections使用了ACF对用户提交内容进行检查，去除掉一些会危害Web访问安全的代码，如Cross-site scripting （XSS）。Blogs还会根据用户配置对上传的文件进行检测，最大程度上减少XSS的可能性。Activities甚至还提供了对CSRF的防范功能。
天下没有免费的午餐，增加了诸多的安全性机制，会在某种程度上对系统性能产生影响，比如HTTPS相对HTTP会降低约40%的性能（仅在登录是使用可以忽略）；ACF的HTML解析的代价。好消息是大部分安全机制都是可以由用户修改配置来enable或者disable，有相当的灵活性。
这几天在帮助Connections的客户配置edge reverse proxy，下面是目前使用到的全部配置列表（安装了Blogs，dogear和Activities）：
ServerInit C:\Progra~1\IBM\edge\cp\lib\plugins\mod_rewrite\mod_rw.dll:modrw_init Transmogrifier
Transmogrifier C:\Progra~1\IBM\edge\cp\lib\plugins\mod_rewrite\mod_rw.dll:modrw_open:modrw_write:modrw_close:modrw_error
SSLEnable On
SendRevProxyName yes
Enable PUT
Enable DELETE
Map /blogs/* /connections/blogs/*
Map /dogear/* /connections/dogear/*
Map /activities/* /connections/activities/*
JunctionRewrite on
Proxy /connections/* http://wasserver/* :80
Proxy /connections/* https://wasserver/*:443
ReversePass http://wasserver/* http://myserver.com/connections/*
ReversePass https://wasserver/* https://myserver.com/connections/*
JunctionReplaceUrlPrefix http://wasserver/* http://myserver.com/connections/*
JunctionReplaceUrlPrefix https://wasserver/* https://myserver.com/connections/*
MaxContentLengthBuffer 5M
KeyRing C:\Progra~1\IBM\key.kdb
KeyRingStash C:\Progra~1\IBM\key.sth
最后两项的key database文件需要利用ikeyman导入WebSphere for IBM HTTP Server （IHS） plugins的证书以建立edge server和IHS之间的SSL连接。
此文专为搜索引擎供稿。
过去的三个星期，是Lotus Connections 1.0.2和2.0并行开发的三周，一边解bug，一边考虑实现新功能，ClearCase里面两条stream来回切换，不亦乐乎。1.0.2到这个周末算正式结束，进入最终release。1.0.2 Blogs除了修复了从1.0里遗留的30多个bug外，在性能方面也做了诸多调整；另外根据客户反映，恢复了MetaWeblog API的支持（与ATOM API共存）。Connections整体功能方面则支持Tivoli Access Manager，强制的ATOM basic authentication over HTTPS （写入部分，读取依然保持HTTP）；增加了AIX平台和MS SQL Server数据库的支持等一系列的改进。
目前正紧锣密鼓开发的Connections 2.0将基于Java 5构建，此前1.0.x基于JDK 1.4，虽然包含了部分1.5的代码，但使用了retroweaver保证这些1.5的代码运行在1.4的VM之上。2.0版的Blogs会在1.0.x基础上增加新的功能，UI方面也会有相当程度的改进与提高，这些工作目前都在紧张的进行中，不久就能看到阶段性成果。
