自然，仅仅形与结构，已经是最完美的和谐。

And, when we are catched by the variety, nature use it to make the most complicateds.

你，

只是试探的好奇

你却不知,

我心里的涟漪

我，可是，我，可是我

不能，不能...

Jena是RDF和OWL的API，也提供OWL和RDF的推理功能，Racer是描述逻辑推理机，刚刚开始试验性的支持OWL－DL推理。
如果你是说比较推理方面，Jena自身提供的是基于规则的推理机，不能对所有的OWL－DL推理功能支持，性能上也比不过Racer，Racer算是DL推理机里性能最强悍的了，可以支持工业使用，Jena里的Rule Reasoner用过的都知道，性能实在是不怎么样。但Racer使用的是DIG接口，需要通过HTTP或是TCP访问，所以如果你的KB不是很复杂的话，可能会由于通信的时间消耗反而使性能下降。另一方面Racer一定程度来说只是单纯的推理机，它不对KB的存储做很多考虑，而Jena下对KB的存储乃至持久化支持的都很完整（可以把KB直接存在关系数据库中）。新版的Jena 2.2 已经开始支持集成使用DIG接口的Reasoner了，我还没有试过，不过正在考虑使用。
Jena是一定要用的，用不用Racer要看你的KB的复杂程度和对推理功能的要求。

<完>
参与讨论本主题

不是非常高性能需求的话，tomcat+Axis足以应付，推荐Axis，非常的实用，设计很漂亮，扩展性非常强，基本上已经成了除了.net下所有webservice实现平台的基础。如果你原来的应用中有EJB的话，JBOSS+Tomcat+Axis is not bad。
一定要考虑好，不是简单的用webservice暴露就好，接口的设计用对整个系统的非常大的影响，除非你的原来的j2ee应用是用statless session bean做facade，那样基本什么都不用改，要不然，就可能会造成很大规模的重构。记住三点，第一 服务是无状态的 第二 接口不宜过多，且相对独立性要强 第三 复杂的服务请求或是有更高松耦合要求的应用适合使用Document型的webservice而不是rpc。这些都是我自己犯过的血的教训：）。

好多人都说.net适合做webservice，但我觉得最起码使用简单不应该成为选用.net 做为实现平台的理由。对于web服务应用来说，服务接口太重要了，开发前必须非常仔细的考虑好服务的语义，开发的过程中每一次的修改都会引起很大的设计变动。就是因为在.net中实现webservice很简单，所以webservice在.net下有被滥用的趋势。其实好好的读文档，在哪一个平台下做webservice的配置发布都不会有什么困难，也没有什么很大的工作量，而手动去发布会给你带来更多的配置上的选择。

blah了这么多，呵呵，大概是因为差不多一年前我在做和你同样的事情吧，good luck

<完>
参与讨论本主题

算法求解!如何判断一个单向链表是否有环路?

flw 回复于：2004-09-20 13:18:10

用两个指针，一个的步长为 1，另外一个的为 2，从表头开始一起往前走，如果相遇，表明有环路，否则就是没有了。

win_hate 回复于：2004-09-20 18:50:29

这个问题应该有很长历史了，《C 专家编程》的附录，程序员工作面试的秘密就提到过这个问题。在这 里我试图对这个问题做一个数学的分析。 如果单链表里存在重复的点，则该链表中包含一个环，事实上，可以用下面的图来表示 这使我想起 Pollard 的 "rho" 算法，事实上本问题与 "rho" 算法有一个共同点，寻找一个碰撞。 从这个图我们可以看到，如果一个单链表里出现了重复的点，则从表头开始走，无论以什么步调，必定 会落到环中。所以我们可以肯定，如果以某个步调走，碰到了NULL，则该链表无重合点。 尝试用两个指针，以不同的步调前进，如果他们能相遇，必定是在环中。假定指针 p 以步调 f 前进，q 以步调 g 前进，g>f。则 q 先进入链表的环。有一种情况很特殊，就是：在 p 刚进入环的时候就与 q  相遇。这是一个小概率事件，我们排除它，不考虑这种情况。可以认为： p 进入环的时候，偏移为 a, 而同时 q 的偏移为 b， 环的长度为 n。（参考下面的图） 往后， p, q 就在圈内打转，它们在x 步后重合的条件为： fx + a = gx + b (mod n) (f-g)x = b-a (mod n) 上式有解等价于  (f-g, n) | (b-a)。  但是，我们在事前不知道 n, 不知道 b-a， 所以唯一能确保 (f-g, n) | (b-a) 成立的是 f-g =1。 只要 f-g = 1, 我们就能一定能检测出重合的情况，这是一个充分条件。 而一旦 p 刚进入环时与 q 不等，(f-g, n) | (b-a) 就成为检测重合的必要条件。前面一些朋友说 f,g  互素或 f, g 不同即可的观点是错误的。从 (f-g, n) | (b-a) 这个条件应该能找到反例。但这个我就 留给有兴趣的朋友了。 f = 1, g = 2 未必是最好的，因为如果 "rho" 的尾巴很长，p 要花费很多工夫才能进入环。此外，虽 然步调大的时候，可能要跑好几个圈才能覆盖整个环，甚至在很多情况下不能覆盖整个环，但它跑一圈 的时间也相应减少，足以抵消。可惜的是，分析最优的选择，超出了我的能力范围。  yangtou 回复于：2004-09-20 19:28:07 不需要考虑细节情况，就可以判断可能性 x=pn/(a-b) > m/b 只要改变p的值就可以找到合适的x，x>m/b所以只要ab不等就必定相遇 另外如果m较小比如0,由x=pn/(a-b)(不考虑m/b) 则x只决定于a-b(只要改变p就可以得到x的合适的最小值，而p是决定于a-b的) T=(au+bu+av+w)x，在(a-b)一定的情况下，ab取值越小T越小

贴一张图，以示庆贺 hehe

......

hr：你们现在用什么语言在开发呢？

偶同学：C语言。

hr：用了多长时间了？

偶同学：（想了一想）两三个月吧。

hr：哦，这样。那你说实话，一共写过多少行C代码？

偶同学：（想了更长的时间）几百行吧。

hr：-_-!

偶同学就这样把实达拒掉了，，那个很能恶搞的hr也遇到对手了，估计会狂faint吧

发信人: philipszhou (小桂林), 信区: Job
标  题: 刚刚实达电脑面我了~（现场版）
发信站: 吉林大学牡丹园站 (Fri Nov  5 23:03:49 2004)

晕啊~~
先问我一下为什么觉得自己适合这个职位
blablababla....(商业机密，故省略)
然后又问了一下私人情况
最后他问我想在什么地方工作
我说我们先看对方是否合适
“这个应该最后再谈吧”

“你说吧”
“我说只要需要哪都可以”
“我们派你去拉萨你去吗？”
“..........”（巨汗中....）
“不去，还是希望去那些经济发达的城市好啦，东西好卖一点”
“那好吧~如果我觉得你合适我会再联系你~”
（死活都不给我联系方式啊~~）

OVER

--
心高远

甲天下

※ 来源:．吉林大学牡丹园站 bbs.jlu.edu.cn [FROM: 202.198.175.*]

在写网志的时候如果点提交修改就会回到日志管理页面，可不可以加一个“保存”按钮，不做页面跳转，比如我在修改的时候想中间保存一下，防止出了问题好长时间的工作都报销，来回点好麻烦。

关于google搜索的问题：我在csdn的blog上写的东东在google上马上就能查到，是csdn做了什么特殊的工作吗？w3china能不能做到呢。毕竟能开放一些是好事情，要不然都是大家在这一个小圈子里玩。

我不觉得blog"俗"了什么的，它与rss也不冲突，rss提供的是一种新的链接方式或者说是信息的使用方式，而blog这类东西才是内容的提供者。

blog, 网志--就是用来分享经验和感受的地方吧。几年前我维护过一个很小的网站，每个星期都要写一些东西在上面，要花一些时间，也感到很充实，像是永远有个朋友在那里倾听你述说。blog算是一种简化了形式的个人主页，你不用再去关心网站的组织结构，用什么来做留言板，你写就可以了，这为更多的人提供了得到这种乐趣的机会。

现在的blog的使用者，主要都是技术人员（比如MS的那几个有名的blogger），我觉得是因为blog比较适合做这种技术的share和sumerize的平台，blog是blogger写给同道的文章。论坛是大家讨论的好地方，但也有不合适的时候：比如你的文章前因后果一大片的时候，比如看到自己觉得还有价值的贴子慢慢沉下去的时候，比如你想说说“疯话”(blablab)的时候......

W3China有没有Blog和它是不是曲高或是平民是没有什么联系吧，我倒是衷心希望它能“曲低”一些，但就从它的主题来说，应该是不太可能。

找来找去发现是Norton防火墙中的安全隐私设置的问题，解决办法如下：

Norton Internet Security：隐私控制-〉配置-〉高级

添加站点 ：加入blogger.org.cn，将其全局设置页中的“浏览站点信息”项改为“允许”

想来一些交互性比较强的网站很多都和Norton防火墙和不来（比如BTChina），应该都能按类似的方法解决。

搬家啦，搬家啦，这个系统看来做的粉不错的，功能比CSDN上要强多了，希望能长久的坚持下去。不过上传文件的空间只有2M，有些小啊，不知道图片算不算在内－－写完这这篇就知道了

我原来的窝，刚刚玩blog，没什么文章也没什么经验，不过已经开始喜欢上了。

最近刚刚决定毕业论文的方向，会是语义Webservice相关的，我在这里主要会写一些研究的想法和感受－－呵呵，这里是w3china，还满切题的。