解惑

解己之惑,解人之惑

2006年12月 (第6页共6页)

增加人口的几个主要因素

发展一个城市,最重要的其实就是提高人口,人口数上去以后,收入马上就增加很多,而且连带的商业的需求也会增加,工业的需求也会上升。下面说说我感觉的最重要的几个要素:

  1. 第一重要的就是供水,如果不供水,即使是高密度的规划也不可能出高楼,供水以后,只要居住的需求比较高,马上就可以看到楼一片一片的起,人口数直线上升。
  2. 第二就是奖励建筑,只要支出不是很多,占地也不是很大,一般的奖励建筑都要建,特别是初级的那些,包括教堂、墓地、市长官邸、市政大厅、雕像、私立学校。
  3. 第三就是公园设施,必须建一些,这个可以提高人口限制数。
  4. 最后就是人口数稳定以后,通过基础设施的扩建,也可以很好的刺激人口数的增加,基础设施就是警察局、消防局、医院、学院。我的一个试验城市,人口稳定在2万左右怎么也上不去,后来我多建了一个警察局、消防局、医院和学院以后马上增加并稳定在3万。

每个国家都需要英雄

今天下午看了一部印度电影,中文名是克里斯,英文为Krrish,感慨良多。
先说说电影本身,故事的情节不不是很新,一个地球人和外星人联系上,不过车祸死了,所幸老婆没有死并且生下一个男孩,外星人把超能力传给了他的孩子,后来他的孩子被一个科技公司的总裁利用发明了一个可以预见未来的电脑,然后他看到了自己的未来:马上就要被那个总裁杀死,就毁掉了电脑。那个发明电脑的人有一个孩子,孩子继承了他的全部超能力并且更强,孩子的奶奶为了避免孩子遭遇同样的命运把他带到一个很偏僻的地方,但是孩子长大后遇到一个漂亮的女孩并且爱上了她。女孩为了工作把他骗到新加坡,后来他无意中听到女孩和她的同事的一段话以为她不爱他,在他离开的时候她带着一个男人出现,这个男人是他爸爸的手下并且告诉他,他的爸爸没有死,因为那个总裁不甘心失败试图重建那个计算机,但是计算机需要他的爸爸的视网膜和心跳作为密码。那个总裁在开启电脑后看到的是自己的死,并且努力抗争,但是最后还是死了,那个孩子救出了自己的爸爸并且带着女孩一起回去见奶奶。

再说说我的感受吧,首先就是每个国家或者民族都需要自己的英雄,这个从这个电影可以明显的看到,这个主角和超人非常的类似,所不同的是他还是怕子弹的;第二就是民族间的冲突,不知道是否是我多虑,这个片子中的流氓和打手基本上是华人,可能因为故事的那些事情发生在新加坡这个华人比较多的地方,片子中只有一个正面的华人角色,街头卖艺为了给妹妹治疗腿,超人从他的卖艺中学习到了武术,这个可能是全世界对中国人的最大认同吧?第三也可能是我多虑,从片子来看,好像新加坡都是印度人的地盘?第四就是印度的风景很美,他们住的那个偏远的地方的风景很好,开头的城市的建筑也不错,但是没有很多城市的实景,每个国家自己拍的片子都是说好的方面?第五就是爱情故事千篇一律,就不说了。第六是印度电影的男友主角确实很漂亮,特别是女的。第七,不知道其他的印度电影是不是也这样,这个片子长达三个小时,其中至少有四段主角的歌舞,片子中好像叫ADLABS,拍得很好看,印象中印度人确实能歌善舞。最后就是现在看电影,感觉情节都比较老套,剧情如何发展基本可以猜到,每个主要人物的结局一般看一会就能猜中了,不知道以后怎么办?

每个民族都需要讴歌自己,给别人一个好印象,呵呵。

JR总算是开始搞培训了

其实我们很早就想搞培训了,去年也筹备过一次,后来不了了之了。这次在David的努力下总算是有些眉目了,只要报名的人数足够,近期就可以开始了。我也会讲一部分内容,第五天的那些杂乱的内容,期望能够讲好。以前没有搞过,不知道能不能讲好,但是只要准备充分,应该问题不大吧。
希望David能够尽快招到人,顺便也在这里做个广告。

无状态Session Bean的remove是干嘛的?

我从来没有考虑过这个问题,不过昨天遇到的问题其中有一个就是这个。
代码中调用了无状态Session Bean的remove方法,按照在TSS上的一个讨论的内容看,这个remove方法就是告诉服务器可以把那个Bean重新放到Bean的池子里面,但是其实没有必要,因为一般你的调用结束后服务器自然知道并把那个Bean放回池子。

原文如下:
The app server doesnt have to know anything from the client from the remove() operation, because after each and every method call, the bean is decoupled from the client. We had this discussion with SUN during the branding process and they confirmed that the remove() operation is a no-op on a stateless bean. Can you even fathom for me what remove() might do? According to the lifecycle, the bean goes in the pool immediately after it finishes running, so by the time you call remove() as per the spec, the bean must already be in the pool.

Trust me it does nothing. Read the generated stub source for your app server. Youll see.

艰难的过程

最近在做公司的单元测试框架,本来感觉已经初具规模,可以开始正常的使用了,因为我写了40多个各种类型的测试用例都可以正常工作,另外一个组的同事开始写了一个,他说还是挑的一个最简单的,结果报了一堆的异常,呵呵,其实他是测试Message Driven Bean,代码里面要调用很多其它的东西,出了几个问题,一个是他要使用的一个Entity Bean的finder是我写的表达式不支持的,我只能把那个finder实现掉,然后就是代码中使用了一个Topic,而且不是我们的Server端代码使用的,没有对应的Message Driven Bean处理(框架只能自动发布有对应的Message Driven Bean的Queue或者Topic),这个问题忽略不计了,因为那个Message本来就不需要处理,然后就是另外一个finder方法,我的表达式是支持的,但是死活找不到,结果发现是那个Entity Bean的xdoclet的配置比较特殊,一般的Home接口都是Remote接口的名字加Home,结果那个Bean是加BeanHome,而Aspect的匹配表达式是默认的格式,没有办法,修改我的表达式了,谁让那个Home接口的名字是可配置的呢。
另外两个问题还没有搞定,一个是Stateless Session Bean的remove方法,不知道要做什么,我现在处理了Entity Bean的remove,调用那个的时候会从数据库中删除对应的记录,但是Stateless Session Bean的remove应该做什么呢?
一个是获得Topic,我们的那个Locator接口里面定义了获得各种Bean以及Queue的接口方法,但是没有定义获得Topic的方法,所以代码中都是使用:
Context jndiContext = new InitialContext();
topic = (Topic) jndiContext.lookup(serverDataSendTopicName);
这个lookup的过程框架拦截不到。

更新的文章

© 2025 解惑

本主题由Anders Noren提供向上 ↑