通過 XMLEncoder 可以將 JavaBean 序列化為 XML 形式


序列化結(jié)果


通過 XMLDecoder 來將 XML 內(nèi)容反序列化

起因：
　CruiseControl 與 JBoss 進(jìn)程啟動(dòng)在固定的端口上，分別為 1099 和 8080 ，每次殺掉這兩個(gè)進(jìn)程的時(shí)候，就手動(dòng)的執(zhí)行 netstat -anp | grep 1099 和 netstat -anp | grep 8080 ，看到進(jìn)程號，把他們殺掉，然后重啟。

郁悶：
???但這樣實(shí)在是太麻煩了，每天調(diào)試程序，重啟 n 遍，看得我眼睛都花了。想辦法自動(dòng)殺死。

解決部分：
???想起了當(dāng)初使用 awk 命令得到進(jìn)程號，有了進(jìn)程號，不就可以 kill -9 干掉他了！快樂，開始找 awk 命令用法，google 了一下，可以使用 netstat -anp | grep 1099 | gawk '{print substr($7,0,index($7,"/java")-1)}' 命令得到我想要的進(jìn)程號，但說什么都不能對這個(gè)進(jìn)程號運(yùn)行 kill -9 ，再找！

解決問題：
???google 了一下，可以使用
???kill -9 `netstat -anp | grep 1099 | gawk '{print substr($7,0,index($7,"/java")-1)}'`
???果然好用！
???想起了使用過的 cd = `pwd` 原來 ` 號包圍起來的命令可以執(zhí)行，并放在相應(yīng)位置上。

遺留問題：
???解決問題時(shí)，還 google 到，可以使用 netstat -anp | grep 1099 | gawk '{print substr($7,0,index($7,"/java")-1)}' | xargs?-t?-i?kill?-9?{} 來完成，需要了解管道符號的作用了。

svn 支持多個(gè)版本庫的管理，可以將不同部門，不同項(xiàng)目組的代碼庫同時(shí)管理。

比如：

建立代碼庫根目錄 repos

在其中建立 dept1 , dept2

repos
├─dept1
└─dept2

在 dept1 中建立 proj1 , proj2
在 dept2 中建立 proj3 , proj4

repos
├─dept1
│? ├─proj1
│? └─proj2
└─dept2
??? ├─proj3
??? └─proj4

然后運(yùn)行

svnadmin create repos/dept1/proj1
svnadmin create repos/dept1/proj2
svnadmin create repos/dept2/proj3
svnadmin create repos/dept2/proj4

ps：實(shí)際上 proj1-proj4 可以不建，svnadmin create 會自動(dòng)創(chuàng)建。

最后

svnserve -d -r repos 或使用 apache 就可以了

使用 svn://IP/dept1/proj1 或 http://IP/dept/proj1 可以訪問
     摘要:   閱讀全文      摘要: 一.安裝subversion
二.建立Repository（保存文檔各個(gè)版本的數(shù)據(jù)庫）
三.配置Repository
四.啟動(dòng)subversion服務(wù)器
五.客戶端的使用   閱讀全文

在 CruiseControl 中需要監(jiān)測 ClearCase 中的變化，以便在變化時(shí)進(jìn)行構(gòu)建動(dòng)作。

配置如下：

<modificationset quietperiod="5">
??????<clearcase branch="dev_ct2.0" viewpath="D:\temp\cruisecontrol-bin-2.5 view\hello\group_ct\temp\test_project\hello" />
<modificationset>

CruiseControl 會每次調(diào)用

cleartool lshistory -branch dev_ct2.0 -r -nco -since 10-一月-2007.09:59:23 -fmt %u#~#%Nd#"~#%En#~#%Vn#~#%o#~#!%l#~#!%a#~#%Nc@#@#@#@#@#@#@#@#@#@#@#@

這個(gè)命令去監(jiān)測 ClearCase 的變化

其中?dev_ct2.0 與配置的 branch?一致 -since 后面的時(shí)間保存在 listeners 中，默認(rèn)一般為 status.txt 中


ps：有個(gè)問題就是這個(gè)命令不會監(jiān)測沒有在 View 中的文件的變化，也就是說，只在 ClearCase 根目錄（因?yàn)槠渌夸浿性黾覥learCase認(rèn)為目錄變化，會監(jiān)測到）中增加文件而沒有更改文件，這個(gè)命令認(rèn)為沒有變化！

如果是 jar 包，在 Plugin 中配置

<build>
? <plugins>
??? <plugin>
????? <groupId>org.apache.maven.plugins</groupId>
????? <artifactId>maven-jar-plugin</artifactId>
????? <configuration>
??????? <archive>
????????? <addMavenDescriptor>false</addMavenDescriptor>
??????? </archive>
????? </configuration>
??? </plugin>
? </plugins>
</build>

如果是 war 包，在 Plugin 中配置

<build>
? <plugins>
??? <plugin>
????? <groupId>org.apache.maven.plugins</groupId>
????? <artifactId>maven-war-plugin</artifactId>
????? <configuration>
??????? <archive>
????????? <addMavenDescriptor>false</addMavenDescriptor>
??????? </archive>
????? </configuration>
??? </plugin>
? </plugins>
</build>

這個(gè)是在 maven-archiver 中設(shè)置的，可以查看代碼。

?

?public static String getSystemEnv(String name) {
??final String perfix = "env";
??Project project = new Project();
??Property property = new Property();
??property.setProject(project);
??property.setEnvironment(perfix);
??property.execute();
??return project.getProperty(perfix + "." + name);
?}

同樣可以利用這個(gè)方法處理 properties 文件中 ${} 引用。

     摘要:   閱讀全文 規(guī)格說明是必不可少的，我理解 Scrum 中的 UserStory 就是規(guī)格的一部分，但規(guī)格還包含了更多的東西，比如部分的需求，在華為的時(shí)候，需求是在規(guī)格之前的，分成不同的文檔寫成，不知道在 Scrum 中，是如何來描述需求的，是否是在 UserStory 中一并完成了？

進(jìn)度表一章最大的感覺就是那段塞木塊，要么增大盒子，要么丟掉木塊。有了進(jìn)度表，就給了你這樣的選擇。

目前的項(xiàng)目中，這兩個(gè)東西都是沒有的，一是導(dǎo)致進(jìn)度延遲看不到，二是心里沒底，人心惶惶。

盲點(diǎn)，軟件做了這么久了，對這些最基本的東西還是沒有深刻的理解，早該學(xué)習(xí)了，再玩就要餓死了。