Galileo is Here!
作者:admin 日期:2009-06-24
Redmine CVS rls命令找不到
作者:admin 日期:2009-04-03
近日升级实验室的项目管理系统Redmine到0.8.2版本之后,在连接CVS版本管理器的时候总是连接不上。之后登录服务器查看了Redmine在终端下打出的日志信息,发现每次用Redmine查看代码库的时候,进行CVS连接,总是出现下面的错误:
Unknown command: `rls'
整了很久,终于发现了问题,看下面的网址。
http://www.redmine.org/wiki/redmine/RedmineRepositories
原因是实验室服务器上安装的Redhat 9的版本太低了,是1.11.2-10的。而Redmine支持的SCM要求的版本在上面所给的网址中列表给出:
| SCM | Tested with | Comments |
| Subversion | 1.3 & 1.4 | 1.3 or higher required |
| CVS | 1.12.12 | 1.12 required, won't work with CVSNT |
| Mercurial | 0.9.3 | |
| Bazaar | 1.0.0.candidate.1 | |
| Darcs | 1.0.7 | |
| Git | 1.5.4.2 |
Spring DM示例
作者:admin 日期:2009-03-31
参考文章:Hello, OSGi, Part 2: Introduction to Spring Dynamic Modules
一 运行Spring DM框架
-
org.springframeork.osgi.bundle.core
-
org.springframeork.osgi.bundle.extender
-
org.springframeork.osgi.bundle.io
Java构造函数顺序依赖
作者:admin 日期:2009-03-25
参考《Java程序设计语言(第三版)》
构造函数执行的顺序:创建Java对象时,
1. 对对象域的所有域分配内存(包括从超类继承的),为所有的域设置相应类型的初始值(比如:int型设置为0,boolean类设置为false,char型设置为“\u0000”,对象域设置为null等)
2. 调用构造函数,分三个阶段
(1)调用超类构造函数
首先执行显式或者隐式的超类构造函数。显式的构造函数调用包括了超类构造函数调用(super)和自身构造函数调用(this)。如果程序没有调用超类的构造函数,也没有将自己的构造函数作为构造函数的首条可执行语句,那么在新构造函数的任何语句执行之前,超类不带自变量的构造函数会被自动执行。也就是自己的构造函数会被看成
super();
是它的道个执行语句。当然,如果超类没有不带自变量的构造函数,就必须显式的调用另一个构造函数。
如果用了显式的this构造函数调用,那么这种调用链会一直执行到遇到某个或隐式的超类构造函数调用为止。然后这个超类构造函数就会被调用。超类构造函数的执行也要经过三个调用,这种过程是递归进行的,直到到达Object类构造函数。作为显式构造函数调用的一部分的任何表达式都不允许引用当前对象的成员。
在Tomcat中嵌入OSGi
作者:admin 日期:2009-02-23
出自kirkk.com,点击此处进入原文链接《Embeding OSGi in Tomcat》。
我的上一个贴子(译文)使用Felix, Jetty, and PAX Web在OSGi中嵌入了应用服务端。这里,我会在Tomcat中嵌入Equinox。我原本想尝试将Felix嵌入到Tomcat中,但嵌入Felix的工具和可用框架的缺乏让应用Equinox更加容易一些。
虽然我使用了“更加”这个词显得很轻率,但是这是因为让JSP编译可以工作,还有很多的鸿沟等着我去逾越。当然,PAX Web提供了在Felix中嵌入Jetty的功能。不幸的是,没有任何框架挺身而出以提供嵌入OSGi的方案。最后,我也没有找到它们。
OSGi和嵌入式Jetty
作者:admin 日期:2009-02-23
Ublog向Blogbus迁移
作者:admin 日期:2009-01-23
考察了Blogbus的日志导入功能,还有Ublog本身那极弱的日志导出功能,从中想到了一条道路:把Ublog导出的日志,经过格式转化后,再导入Blogbus中。经过大胆设想,小心求证,再加身体力行,终于摸索出一条可行方案。下面记述一下搬家的过程,也给后来可能有需要的人一点启发。
XStream中的class属性结点
作者:admin 日期:2008-12-22
今天使用XStream来处理XML文件的时候,从XML文档中反序列化出Java类,老是抛出这个错误:
Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: ...
错误指向XML文档中的implement这一行,看起来并没有什么异常。
<?xml version="1.0" encoding="UTF-8"?>
<component name="this.is.a.component">
<implementation class="this.is.an.implement.class"/>
</component>
Tags: XStream class aliasSystemAttribute









