摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護了，現在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題，都歡迎在此留言。

1.2更新[2009-08-02]
1，全新的歌詞搜索方式，使搜索率大大提高。
2，把整個代碼全部移到google code上去。以前的sourceforge和java.net已經不再維護了。
  閱讀全文

     摘要: 剛才在VirtualBox下裝起了liveAndroid ，可是在利用wget下載apk包的時候，總是提示Read-only file system，也就是說系統是只讀的，什么也寫不了。于是在網上到處找了一下，發現解決起來挺容易的。一條命令就可以了  閱讀全文

     摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護了，現在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題，都歡迎在此留言。

1.2更新[2009-08-02]
1，全新的歌詞搜索方式，使搜索率大大提高。
2，把整個代碼全部移到google code上去。以前的sourceforge和java.net已經不再維護了。
  閱讀全文

     摘要: 在寫JAVAME程序的時候，我們經常需要保存一些數據到手機里面，也經常希望能把對象也保存到手機里面，但是JAVAME里面沒有反射機制，也沒有java.io.Serializable接口，所以沒有序列化的機制，要保存對象的話，就得自己動手了。
在 JAVAME中，程序的數據保存的地方，無外乎兩種，一種是把數據保存在RMS里面，這是所有的JAVAME的手機都支持的，還有一種就是把數據保存在手機的文件系統里面，這個不是所有手機都能支持的，只有支持JSR075的手機，才支持把數據保存在文件系統里面，并且如果你的程序沒有經過簽名的話，你每次保存或者讀取，手機都會彈出惱人的提示，是否允許程序訪問文件系統。所在我一般都是把數據存在RMS里面，因為讀寫RMS是安全的，并且也是不需要手機提示的。因為我們的RMS數據是存在一個特殊的地方。但是JAVAME的RMS功能非常底層，為了保存一些數據，我們必須和byte[]打交道，所以我就產生了，在此之前封裝一層自己的程序的想法，這樣封裝好以后，使用起來就非常方便了。只要實現了相關接口，就可以享受到比較易用的方法了。

此框架總共包括了四個  閱讀全文

     摘要: 在使用JSF的時候，它的事件驅動模式是一個很好的開發方法，但是由于JSF畢竟現在的版本才1.2,所以對于有些細節上面處理就不一定如人意了,一般來說，當JSF的頁面驗證有錯或者有其它的錯誤的時候，我們以前輸入的值會在渲染頁面的時候，恢復回來，也就是說，一個域我們綁定在后臺的屬性是一個int 值，但是我們前臺輸入了“abcd”，這個時候，后臺在驗證階段就過不去了。然后直接渲染頁面，JSF 會把我們輸入錯誤的abcd渲染出來。而不是把我們以前綁定在后臺的那個屬性的值，取出來，這樣也正是我們想要的結果，但是當我們的頁面包括了 dataTable的時候，并且DataTable里面的值是可以編輯的時候，當頁面上有錯誤的時候，別的域都會顯示剛才我們輸入的值，唯有 DataTable里面的輸入域的值沒有還原為我們剛才輸入的值，而是綁定在后臺的值，這顯然不是我們想要看到的。但是當DataTable有錯誤的輸入的時候，DataTable才會把它的值恢復回來。說了這么說，感覺有點語無倫次了，還是拿代碼說話吧。  閱讀全文

     摘要: 在hibernate里面調用session的delete方法以后，無論這個被刪除的對象有沒有被人外鍵引用到，都可以被刪除，并且此時的外鍵設為 null，也就是說他會自動幫我們去查看他被誰引用到了。然后把引用全部去掉后，再把自己刪掉。而在JPA里面，如果調用 EntityManager.remove方法時，傳進去的對象，有被外鍵引用到，則會失敗。因為JPA里面的實現就是直接執行delete語句，也不管他有沒有被外鍵引用，此時，當然會出錯了。  閱讀全文

     摘要: 以前使用JPA的實現是toplink，現在改為hibernate，所以要修改persistence.xml文件，兩者的配置有一些不一樣，并且在 EE環境下面和SE的環境下面也有不一樣，還有一點，那就是當persistence.xml里面有些格式出錯的時候，雖然出錯的不是我們需要的那個單元，但也會使得整個persistence.xml報廢。  閱讀全文

     摘要: 在開發的過程中，我們可能需要將生產環境和調試環境分開來，這樣才能保證安全性，但是安裝兩個glassfish又不太可能，因為它太龐大了。另外做為一個工程發布也不太方便，每次都要將工程名改來改去，并且綁定的EJB在同一個域內里是不能同名的。這樣的話，要改變的東西實在是太多了。
我們可有以第三種方法，那就是為glassfish添加另外的domain，一個domain跑我們的真實環境，一個domain跑我們的測試環境，因為是同一個glassfish，所以也不會存在從測試到真實環境的移植問題。以后只要改一個domain就可以了。我們在安裝glassfish的時候，它已經默認為我們安裝了一個domain，那就是domain1.  閱讀全文