呵呵，是很早开始学习时的文章了，使用了myeclipse，插件就不用操心了。还是建议初学者看spring自己的demo，把每个配置项搞懂，多积累出错及解决的能力。
这个你看spring的sample，我也是从它学起的。在spring-full的包里
re: 项目中spring分层开发的总结 pesome 2007-03-26 10:34
@StormSpire
恩，这个也是我现在的建议。
re: 这次做portal的一些总结（二） pesome 2007-03-26 10:31
@StormSpire
同意，我后来是都改，这样保险，呵呵！
re: openfans快速配置指南 pesome 2007-02-09 11:20
re: openfans快速配置指南 pesome 2007-02-09 11:20
现在新的源码已经放到googlecode上了，wiki里有新的介绍。这里需使用mvn package -Dtest，不做test。主要是测试没写好，呵呵，抱歉！
re: 用Maven做项目管理 pesome 2007-01-26 13:52
呵呵，有标准不是很好吗？
re: 这次做portal的一些总结（二） pesome 2007-01-05 17:27
因为使用集群，而且要保持多台机器的同步。
re: 一个定时更新cache框架 pesome 2007-01-03 22:22
呵呵，首先一开始就知道spring+quarzt能实现这个功能，能直接拿来用，就没有考虑太多。timer以前用过，但比较粗浅。用spring主要是懒得写单例和配置文件，也的确是越来越依赖它了。
re: 这次做portal的一些总结（二） pesome 2007-01-03 22:10
呵呵，数据库机制就是把数据存入数据库，然后每台机器到数据库去取，这比较适合数据量不是太大且更新不频繁的场合。
re: 这次做portal的一些总结（一） pesome 2007-01-03 22:04
呵呵，对于webservice我目前持保守态度，主要还是架构的复杂度和可测试性。使用ajax载入内容，内容提供者实际是一个普通的web应用，可以方便的进行单元测试。
你说的异步加载portlet，ibm的portal的确提供了，而且不需要重启portal服务器，但这只能解决串行的问题，异步加载的另一个好处是让页面更快相应，提高用户体验。
re: 用Maven做项目管理 pesome 2006-12-25 11:05
你看看nfa有这个pom文件吗，然后看pom文件格式是否正确。可以参考其它软件的pom，比如spring
re: openfans快速配置指南 pesome 2006-12-18 19:23
源码就在sf上的啊，我现在也没有最新的了
re: 这次做portal的一些总结（二） pesome 2006-12-15 09:39
就是可以通过脚本一次部署到多台服务器上的？好像不错啊
re: AspectJ初探 pesome 2006-12-15 09:34
以前用小颖，现在用jad
re: 一个定时更新cache框架 pesome 2006-12-13 16:05
呵呵，现在还没开论坛，提交下你的blog（点击feed导入->增加feed）先，这样每天就可以看到你的新文章了。
re: 一个定时更新cache框架 pesome 2006-12-13 15:46
呵呵，spring因为提供了与quartz的集成，能方便的进行配置，所以使用了spring。能到openfans提交下你的blog不，有很多不错的东西啊。大家交个朋友，谢谢！
可以参考spring的jpetstore和appfuse，是很不错的示例，我就是这样学的
re: 程序之外 pesome 2006-11-10 00:16
我也希望是美好的，但持续的加班实在让人身心具疲。
re: 向编程恶习说再见 pesome 2006-10-30 17:46
呵呵，我也遇到类似的事情，刚发了篇比喻，就看到你的这篇文章。
ps:可以到www.openfans.net提交下你的blog不，让更多的人看到老兄的大作。
re: 项目应该提倡的一些做法 pesome 2006-09-22 17:20
严重同意，我现在就是在不断修改以前的错误。
re: 用Maven做项目管理 pesome 2006-09-22 09:26
恩，也是想推广maven，让更多的项目使用maven。
re: 比较好的Java 网站 pesome 2006-09-21 16:02
这么多都没有openfans，呵呵！
呵呵，那是很早前做的了，你可以上www.openfans.net上的公告，下载openfans的源码。
re: 对领域模型的认识 pesome 2006-08-16 13:14
领域驱动设计--软件核心复杂性应对之道，Eric Evans著
欢迎把blog提交到openfans，这几篇文章很不错阿
re: 结合openfans谈算法的重要性 pesome 2006-08-01 14:52
@iamtin
呵呵，J2EE往上走就发现算法的重要了。至少心中要一直有时间复杂度、空间复杂度的概念，才能必要时“时间换空间，空间换时间”。
re: TSS关于企业级Java座谈的总结 pesome 2006-08-01 14:49
呵呵，你文章也都不错。能在openfans导入下不？
re: Spring源码学习 pesome 2006-07-12 15:07
每篇都是精品阿，很希望在openfans看到你的blog
re: openfans新功能，欢迎大家使用 pesome 2006-07-08 00:39
已经成功搬迁到了曹晓刚的服务器上，现在是跟javaeye抢cpu了，呵呵！
re: Mysql 集群简介和配置 pesome 2006-06-29 11:22
恩，很有帮助阿，能把你的blog提交到openfans不，很想收录你的文章
re: openfans新功能，欢迎大家使用 pesome 2006-06-12 23:17
不是不稳定，是根本连不上，服务器网络好像出问题了。这样不是办法啊，现在是免费的服务器，所以也没办法。诚征稳定的支持java和mysql的服务器，哪位朋友帮帮忙，先谢了。
re: 80前的前辈，你们都做了些什么？! pesome 2006-05-29 17:35
首先赞下blog的文笔，比我强多了。我是80年，不知该归到哪类，呵呵！非要拿个80来做文章，本身也说明blog主有点想法了。
re: XP应该是老板的最爱，而不是程序员的首选 pesome 2006-04-18 09:28
呵呵，那天还说老庄没来呢，原来是你问的这个问题。有机会认识下！
XP我认为对于程序员也是很有帮助的：结对培养沟通的能力和解决问题的能力（2个人谁都希望是自己更能解决问题），重构和测试优先增强编程的能力（或者说是写出好程序的能力）,use story提高需求分析的能力，每日计划又促进计划的能力和汇报的能力......这都是一个好的程序员需要的素质啊，又怎么说与程序员无关呢。
re: 校庆一日（继续） pesome 2006-04-10 14:52
呵呵，小师妹知道的很多嘛。
re: 校庆一日（继续） pesome 2006-04-10 14:51
呵呵，这还不好猜。把偶的名字还写错了
re: 启动openfans网站和项目 pesome 2006-03-21 10:38
hehe,共同进步嘛。你搞drools啊，到我上面注册，推荐下drools！
re: 启动openfans网站和项目 pesome 2006-03-20 10:01
希望参与开发的同学请mailto:pesome@gmail.com，简单介绍自己并注明在sf上的用户名。
re: 启动openfans网站和项目 pesome 2006-03-19 13:38
呵呵，没有了，也就一个月前开始接触web2.0。然后就想做点东西，就做了。欢迎高手加入，我准备和springside共同发展，呵呵！
re: Ajax 裸奔之一 pesome 2006-01-26 15:01
呵呵，浅显易懂
呵呵，咋不上msn了，我现在也在做个项目，有些体会，大家交流
re: Spring 中的异常悖论 pesome 2006-01-20 15:47
抛出DataAccessException也不一定是非常严重的问题，更不表示系统已无法正常使用。说到底，先check还是抛错都是由成本决定，由出错的几率决定。
re: Spring 中的异常悖论 pesome 2006-01-20 13:50
spring设计成runtime是合理的，而我们catch它的异常也是合理的
re: Spring 中的异常悖论 pesome 2006-01-20 11:20
不能恢复就一定要做成runtime exception？without ejb还说checked exception可以替代返回值呢。要具体问题具体分析，不能太教条。
re: 项目中spring分层开发的总结 pesome 2006-01-20 11:13
呵呵，spring mvc也是很不错的mvc框架，matt在spring live里也挺推崇的，我们用下来感觉也不错。ibatis和hibernate各有使用的范围，据我所知很多大型的项目采用ibatis，因为它有对sql的控制，而hibernate如果使用不当会产生较多的性能问题。感谢建议！
re: 我来也 pesome 2006-01-19 14:28
热烈欢迎
re: log,exception最佳实践 pesome 2006-01-18 19:18
log.debug不光是给开发时调试用，更多的是生产出错诊断时用。这也是记录尽可能多现场信息的原因。