摘要: 本想好好總結(jié)一下java的學(xué)習(xí)經(jīng)驗，無奈忙啊忙.......

有總比沒有好吧。還是總結(jié)了一點點，要過一段時間才能回到j(luò)ava上來咯。

有需要的可以下載總結(jié)看看，目錄如下：

一、開發(fā)環(huán)境中對JDK 的處理 3
二、開發(fā)環(huán)境中對Eclipse的處理 4
三、開發(fā)環(huán)境中對eclipse插件的處理 5
四、綠色環(huán)境下啟動java程序 7
五、在eclipse查看中文JDK文檔幫助 9
六、eclipse中更換工程的jdk版本 11
七、eclipse使用jad查看class文件源碼 14
八、[JNI] Eclipse直接完成JAVA調(diào)用C/C++ (Eclipse上結(jié)合MinGW使用CDT) 15
九 使用myeclipse 發(fā)布Web Service（xfire） 21
十 使用jdk1.6發(fā)布web service 29
十一 使用xml字符串裝載數(shù)據(jù)和卸載數(shù)據(jù) 34
十二 JavaBean實現(xiàn)屬性約束 46
十三 明明白白AspectJ   閱讀全文      摘要: 使用xml格式字符串轉(zhuǎn)載數(shù)據(jù)和卸載數(shù)據(jù)，在數(shù)據(jù)傳送時可以使用，避免直接對節(jié)點和屬性等操作。

也可用來讀取配置文件。

Root類：

Root是跟節(jié)點。結(jié)點名默認(rèn)為"root",但是可以根據(jù)需要改變，使用setNodeName(String nodeName)。

put(String key, Object value)是添加屬性值。

setValue(String value)是設(shè)定節(jié)點值。

parseXml(String xml)將xml字符串解析出Root對象。

toXml()將Root對象轉(zhuǎn)為字符串。

addItem(Item item)為添加子節(jié)點。

  閱讀全文      摘要: 找到了不錯的工具：
(1) CHM_To_PDF_Converter_Professional_v3.4
(2) pdf2all
(3) 電子文檔處理器(eTextWizard)  閱讀全文      摘要: 前面已經(jīng)提過EasyDBO的處理關(guān)聯(lián)上是有問題的。這里進(jìn)入查看。

前面也給出了一個簡單的方法來處理一對一、一對多的關(guān)系（多對對暫不處理）。但是，如果你用將autocommit設(shè)定為false時，卻也不能獲得想要的結(jié)果。
  閱讀全文      摘要: 在前面《[AspectJ] 明明白白AspectJ (1) 》中用例子說明了AspectJ的確是代碼生成器。

現(xiàn)在，同樣的方式，將官方提供的例子“Bean Example”（File -->New -->Project -->AspectJ -->AspectJ Examples --> Bean Example）簡單剖析一下。Bean Example主要是利用AOP來實現(xiàn)屬性改變通知，效果像觀察者模式來關(guān)注bean的屬性，但它是用java.beans.PropertyChangeSupport來實現(xiàn)的。如果你對java.beans.PropertyChangeSupport用法不了解，可以參考我以前的一篇隨筆《[java 拾遺篇] JavaBean實現(xiàn)約束屬性簡單例 》。
  閱讀全文      摘要: 編寫程序發(fā)布腳本  閱讀全文      摘要: 以前看LumaQQ（2006版）時做的一點簡單記錄，主要是關(guān)于LumaQQ登陸服務(wù)器和通訊時數(shù)據(jù)包的加密和解密情況。  閱讀全文      摘要: http://www.ibm.com/developerworks/cn/java/l-aspectJ/index.html中介紹了What is AspectJ 。

AspectJ是一個代碼生成工具（Code Generator）。
AspectJ語法就是用來定義代碼生成規(guī)則的語法。您如果使用過Java Compiler Compiler (JavaCC)，您會發(fā)現(xiàn)，兩者的代碼生成規(guī)則的理念驚人相似。
AspectJ有自己的語法編譯工具，編譯的結(jié)果是Java Class文件，運行的時候，classpath需要包含AspectJ的一個jar文件（Runtime lib）。
....
看了上面幾點，我就想看看它怎么把代碼生成了。現(xiàn)在做一個試驗。
  閱讀全文      摘要: 在某些情況下，我們可能需要同一個實體bean對應(yīng)著多個數(shù)據(jù)庫表，比如，你的數(shù)據(jù)庫表是按照每個月添加一個，但是對應(yīng)的實體bean并沒有改變。這個時候，我們就需要支持表明變換了，否則，難道你每個月改變一下orm映射配置嗎？如果每天都換一個表呢？  閱讀全文      摘要: EasyDBO上對象關(guān)聯(lián)還是存在很大問題。

其中一個，添加對象時，沒能將被關(guān)聯(lián)對象的主鍵（由數(shù)據(jù)庫生成）插入到關(guān)聯(lián)對象的外鍵上。

下面是我的一個解決方法  閱讀全文      摘要: EasyDBO的實體配置，如果實體存在雙向關(guān)聯(lián)，并且lazy都設(shè)定為false的時候，就會產(chǎn)生堆棧溢出異常。

為什么會導(dǎo)致堆棧溢出呢？

比如存在A實體和B實體。
  閱讀全文      摘要: 某些時候，你插入一條記錄后要馬上知道剛才插入記錄的id（自增類型），那么下面的方面可以滿足你的要求  閱讀全文      摘要: 用著用著，突然發(fā)覺EasyDBO并沒有實現(xiàn)到它聲稱的功能。

如，當(dāng)你的實體有一對一關(guān)聯(lián)或者一對多等關(guān)聯(lián)時，它并沒有能夠正確地處理外鍵值（當(dāng)關(guān)聯(lián)的主鍵為自增類型時，插入關(guān)聯(lián)對象獲取到外鍵為空，被關(guān)聯(lián)的對象雖然能插入，但是這樣有舍用呢？）。

看看它處理的過程就知道它不能正確出來外鍵值了。
  閱讀全文      摘要: 郁悶~~~~~~~~~~

搞了半天，發(fā)現(xiàn)一對一的被關(guān)聯(lián)對象沒有連同關(guān)聯(lián)對象也一同插進(jìn)數(shù)據(jù)庫里。

跟了一下源代碼，發(fā)現(xiàn)EasyJDB的addRelativeObject(Object obj)方法沒有對OneToOneField進(jìn)行處理！只對ManyToOneField和ManyToManyField進(jìn)行處理！但是OneToOneField卻是最常用的！
  閱讀全文      摘要: 近來使用EasyDBO發(fā)現(xiàn)一些問題。

首先，DBTable中的id命名意義不明朗，這個id你猜是數(shù)據(jù)庫表的key還是javaBean對應(yīng)于數(shù)據(jù)庫表key的屬性？我的猜測是前者，數(shù)據(jù)庫表的key（主鍵的名稱）。
  閱讀全文      摘要: java.beans.PropertyEditor的從字義來看是一個屬性編輯器，但總覺得它的作用更像一個轉(zhuǎn)換器－－從字符串轉(zhuǎn)換為類對象的屬性。  閱讀全文      摘要: 寫了一個從數(shù)據(jù)庫表映射到實體的工具配合easyDBO使用，需要知道指定表的主鍵，這個方法可以得到主鍵字段名：（數(shù)據(jù)庫MySQL5）  閱讀全文      摘要: EMF-Query 的查詢語句結(jié)構(gòu)也是很簡單的

SELECT
FROM [source]
WHERE [condition]

很像我們平常的SQL語句吧，但是不同的是SELECT、FROM 和WHERE 都是由對象來組合的。
  閱讀全文      摘要: 同樣的測試語句，官方例子中的模型可查得數(shù)據(jù)，我簡化后（自己建的模型）卻得不到結(jié)果。是建模的方法不對？還是要注意一些什么問題？  閱讀全文      摘要: Attribute和Reference是模型中的其中兩大元素，通常我們查詢都會根據(jù)Attribute和Reference來查詢。EMF-Query中提供了針對這兩種元素的封裝了條件類哦，怎么使用？easy~~  閱讀全文      摘要: EObjectCondition ，從名稱上就可以意會到它是有關(guān)EObject的條件了。EObject和EMF的模型是關(guān)聯(lián)的，那么，EObjectCondition 當(dāng)然就是與EMF模型有關(guān)咯。比如，你的商店shop聚集了很多個商品的種類categories，你可以根據(jù)EObjectCondition 來查詢商店shop中是擁有某xxCategory的商品。條件怎么構(gòu)造？這個章節(jié)回有所介紹咯！呵呵，接著下去吧。  閱讀全文      摘要: 在某些情況下，你對某些值的比較上可能會遇到形式上的不一致。比如你要判斷一個日期是否在某個時點之后，你當(dāng)然可以重寫你的條件判別邏輯，但是，可能那不是最好的方法。簡單的一個方法就是：將日期化作long型數(shù)值，這樣你就只需比較數(shù)值大小了。
現(xiàn)在，看看整體上簡單條件（值條件）的適配器的整體結(jié)構(gòu)，以及怎樣去實行上面所提到的問題
  閱讀全文      摘要: EMF Model Query Framework 提供了很多方便使用的條件，這些條件實現(xiàn)了用于簡單的數(shù)據(jù)類型斷言。包括strings, numbers, 和 booleans. 這些條件用于模型元素的EAttribute之間所進(jìn)行的邏輯操作.。  閱讀全文      摘要: 這一段時間在學(xué)習(xí)EMF，EMF在網(wǎng)上的資料已經(jīng)不少，對入門來說，可以看看八進(jìn)制博客上的文章。你可以在這里找到鏈接http://www.cnblogs.com/bjzhanghao/category/38915.html 。在這里暫不作EMF的入門介紹了。后面一些篇章的模型查詢會用到一些實例，模型沿用八進(jìn)制的EMF例子中的模型，這樣或許能節(jié)省我對EMF入門的重復(fù)介紹，又能擴(kuò)展八進(jìn)制的EMF教程，這種方式應(yīng)該不難令人難接受吧，呵呵，希望八進(jìn)制兄不要介意咯。  閱讀全文      摘要: Abstract Factory 模式的意圖：
需要為特定的客戶（或者對某種情況）提供對象組
Abstract Factory 模式將問題（根據(jù)職責(zé)）分解為：
1.誰在使用我們的特定對象（Client）
2.誰來決定使用哪些對象（AbstractFactory）  閱讀全文      摘要: java.beans.PropertyChangeSupport通過注冊PropertyChangeListener可以令屬性在運行或者設(shè)計時被修改后，可以自動地通知外部世界。

java.beans.VetoableChangeSupport通過注冊VetoableChangeListener有能力拒絕被設(shè)置為某個數(shù)值的屬性。如果fireVetoableChange方法拋出了一個PropertyVetoException例外，就表明監(jiān)聽者已經(jīng)拒絕了屬性的改變，屬性改變將不會生效。

例子很簡單，看看就會明白，不多寫解釋了，看例子吧！
  閱讀全文