Tue, 05 May 2009 00:07:00 GMThttp://blog.csdn.net/liujin4049/http://blog.csdn.net/liujin4049/archive/2009/05/05/4150198.aspxhttp://blog.csdn.net/liujin4049/comments/4150198.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/4150198.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=4150198从这里搬走了，有了自己的家，估计没人订阅我这里的博客，Google Reader上只有我自己。 新地址为 http://www.onlymarshall.com<img src ="http://blog.csdn.net/liujin4049/aggbug/4150198.aspx" width = "1" height = "1" />Tue, 05 May 2009 08:07:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2009/05/05/4150198.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2009/05/05/4150198.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2009/05/05/4150198.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362983/1214124http://blog.csdn.net/liujin4049/archive/2009/03/04/3957917.aspxhttp://blog.csdn.net/liujin4049/comments/3957917.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/3957917.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3957917用ExtJS做UI层的确很好看，在IE7(我们抛弃了IE6), Chrome, Safari下运行都挺好，但Firefox总有点问题，都是关于Grid的。昨天碰到的问题是GridPanel(就是表格)，当某列的内容超出了预设的宽度的时候，会把这一行撑爆，结果列就无法对齐，很难看。用Firebug + IEDevBar看了半天(IE是好的，Chrome还没有可用的调试器)，才发现问题在于Firefox对text-overflow:ellipsis这个CSS3的属性不支持。Google了一番，这里推荐了两个方法，第一个方法更优雅一些，使用了mozilla的扩展属性-moz-binding，直接用上了XUL和XBL。第二种牵涉到了Javascript，感觉不是很好。这里有一个代码的下载，一开始我自己拷贝代码下来捣持了半天也没搞定，直接下代码就OK。 今天又碰到一个ExtJS在Firefox下显示的问题。有关于GroupingView的GridPanel的。不改了，应该没人会注意到吧。 <img src ="http://blog.csdn.net/liujin4049/aggbug/3957917.aspx" width = "1" height = "1" />Thu, 05 Mar 2009 06:20:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2009/03/04/3957917.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2009/03/04/3957917.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2009/03/04/3957917.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362984/1214124http://blog.csdn.net/liujin4049/archive/2009/02/22/3921579.aspxhttp://blog.csdn.net/liujin4049/comments/3921579.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/3921579.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3921579<br /><br />  前几天APIS爆出了个奇怪的BUG：某个小组关闭任务后，任务自动被duplicate，然后子任务也丢失了。手工查看数据库，发现数据库里居然只有一条Task记录，Hibernate却返回两条。findById(id为主键)居然会返回两条记录，这就奇了怪了。<br />   用Firebug看记录，发现抛出了异常。"More than one row with the given identifier was found"。可是数据库里明明只有一条记录啊。二话不说google发现了这个post，顿时想起来由于关联(association)而产生万恶的outer join。排查了几个关联（出问题的那个类偏偏是最heavily-associated），终于在一个与Part类上发现了问题。虽然是关联，却发现另外一方（Part）存在重复的记录，直接影响到Task类。找到原因，assign给Part类的责任人，问题解决。<img src ="http://blog.csdn.net/liujin4049/aggbug/3921579.aspx" width = "1" height = "1" />Sun, 22 Feb 2009 21:51:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2009/02/22/3921579.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2009/02/22/3921579.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2009/02/22/3921579.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362985/1214124http://blog.csdn.net/liujin4049/archive/2009/01/18/3820407.aspxhttp://blog.csdn.net/liujin4049/comments/3820407.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/3820407.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3820407<br /><br />    之前做项目一直被数据库schema改动折腾得不行，找了不少工具，比如migrate4j,dbmigrate和liquibase之类的，感觉都不是很满意。其实我的需求很简单，不需要数据库的DSL（比如migrate4j或者db:migrate的那种用Java/Ruby描述DDL），只需要纯的SQL（也就是db:migrate生成的SQL），只需要前向操纵（即不需要回滚），有Eclipse的插件。 <br />    现有的migration工具，都是使用分开的文件作为不同版本的内容，这带来了很大的灵活性。但是我的打算是对现有的开发模式有最小的影响。比如现在项目的开发方式是使用一个schema文件外加几个基础数据文件。于是我打算直接使用SVN作为数据库版本的保存工具，利用SVN的特性做版本化。最直接使用的就是SVN的版本号。不过这样的问题在于基本无法做rollback，除非使用两个文件，一个construction，一个destruction，但这要求两个文件一起提交，带来了不少复杂性。现有项目的schema不需要做rollback，正好这么做。工<img src ="http://blog.csdn.net/liujin4049/aggbug/3820407.aspx" width = "1" height = "1" />Sun, 18 Jan 2009 08:27:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2009/01/18/3820407.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2009/01/18/3820407.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2009/01/18/3820407.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362986/1214124http://blog.csdn.net/liujin4049/archive/2008/10/02/3010370.aspxhttp://blog.csdn.net/liujin4049/comments/3010370.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/3010370.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3010370<br />    这个其实应该是常识，只不过以前做的J2EE应用大部分是内网里跑的东西，所以性能上没什么问题。这次APIS由于有在外面用的可能，加上使用了一些比较大的javascript框架(Ext)，所以性能问题瞬间窜了上来。<br />以前做的J2EE应用没有使用上达500K的框架，最多就是几十K的Prototype，所以没什么问题。一个页面一般也就几十K最多了。但这次还在开发中的APIS，由于还在用debug版本的库，所以单单Ext就膨胀到了一个多M，加上不知道是Struts还是Tomcat默认写入Response的cache-control: no cache，在远程用起来就很慢，一般一个页面需要十多秒种甚至更久，实在无法忍受。前几天集中解决了问题。<br />    首先是Cache-Control的问题，Google了好一阵，没有什么直接配置的方法，只好自己抄了一个一个Filter，通过和web.xml里配置的配合勉强凑合着用。一般就是对*.do实施no-cache政策，其他需要缓存的img, js文件，统统加<img src ="http://blog.csdn.net/liujin4049/aggbug/3010370.aspx" width = "1" height = "1" />Fri, 03 Oct 2008 07:46:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/10/02/3010370.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/10/02/3010370.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/10/02/3010370.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362987/1214124http://blog.csdn.net/liujin4049/archive/2008/06/23/2579263.aspxhttp://blog.csdn.net/liujin4049/comments/2579263.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/2579263.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2579263安装vsftpd, 设置虚拟用户<img src ="http://blog.csdn.net/liujin4049/aggbug/2579263.aspx" width = "1" height = "1" />Tue, 24 Jun 2008 00:40:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/06/23/2579263.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/06/23/2579263.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/06/23/2579263.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362988/1214124http://blog.csdn.net/liujin4049/archive/2008/06/15/2549892.aspxhttp://blog.csdn.net/liujin4049/comments/2549892.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/2549892.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2549892xplanner部署错误 TypeMismatchException异常<img src ="http://blog.csdn.net/liujin4049/aggbug/2549892.aspx" width = "1" height = "1" />Sun, 15 Jun 2008 23:54:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/06/15/2549892.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/06/15/2549892.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/06/15/2549892.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362989/1214124http://blog.csdn.net/liujin4049/archive/2008/06/06/2518507.aspxhttp://blog.csdn.net/liujin4049/comments/2518507.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/2518507.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2518507ubuntu 8.04 flash 中文乱码<img src ="http://blog.csdn.net/liujin4049/aggbug/2518507.aspx" width = "1" height = "1" />Sat, 07 Jun 2008 07:21:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/06/06/2518507.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/06/06/2518507.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/06/06/2518507.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362990/1214124http://blog.csdn.net/liujin4049/archive/2008/06/02/2504708.aspxhttp://blog.csdn.net/liujin4049/comments/2504708.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/2504708.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2504708解决Ubuntu升级8.04 “未能计算更新”问题<img src ="http://blog.csdn.net/liujin4049/aggbug/2504708.aspx" width = "1" height = "1" />Tue, 03 Jun 2008 05:14:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/06/02/2504708.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/06/02/2504708.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/06/02/2504708.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362991/1214124http://blog.csdn.net/liujin4049/archive/2008/05/30/2495421.aspxhttp://blog.csdn.net/liujin4049/comments/2495421.aspx0http://blog.csdn.net/liujin4049/comments/commentRss/2495421.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2495421Google悉尼一个寻找工程师的做题站点。现在还只有3题，一周更新一题。题目难度不大，但是还挺锻炼编程或者思考能力的（虽然robot那题比较火星，最新一题似乎用硬算的）<br />http://treasurehunt.appspot.com<img src ="http://blog.csdn.net/liujin4049/aggbug/2495421.aspx" width = "1" height = "1" />Fri, 30 May 2008 18:50:00 +0800Marshallhttp://blog.csdn.net/liujin4049/archive/2008/05/30/2495421.aspx#Feedbackhttp://blog.csdn.net/liujin4049/archive/2008/05/30/2495421.aspxMarshallhttp://blog.csdn.net/liujin4049/archive/2008/05/30/2495421.aspxhttp://blog.csdn.net/liujin4049/feed.aspxcsdn.net/liujin4049/~1214151/212362992/1214124