摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護了,現(xiàn)在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題,都歡迎在此留言。
1.2更新[2009-08-02]
1,全新的歌詞搜索方式,使搜索率大大提高。
2,把整個代碼全部移到google code上去。以前的sourceforge和java.net已經(jīng)不再維護了。
閱讀全文
posted @
2009-08-03 09:10 千里冰封 閱讀(13141) |
評論 (66) |
編輯 收藏
摘要: 剛才在VirtualBox下裝起了liveAndroid ,可是在利用wget下載apk包的時候,總是提示Read-only file system,也就是說系統(tǒng)是只讀的,什么也寫不了。于是在網(wǎng)上到處找了一下,發(fā)現(xiàn)解決起來挺容易的。一條命令就可以了
閱讀全文
posted @
2009-08-13 16:38 千里冰封 閱讀(34273) |
評論 (4) |
編輯 收藏
摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護了,現(xiàn)在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題,都歡迎在此留言。
1.2更新[2009-08-02]
1,全新的歌詞搜索方式,使搜索率大大提高。
2,把整個代碼全部移到google code上去。以前的sourceforge和java.net已經(jīng)不再維護了。
閱讀全文
posted @
2009-08-03 09:10 千里冰封 閱讀(13141) |
評論 (66) |
編輯 收藏
摘要: 在寫JAVAME程序的時候,我們經(jīng)常需要保存一些數(shù)據(jù)到手機里面,也經(jīng)常希望能把對象也保存到手機里面,但是JAVAME里面沒有反射機制,也沒有java.io.Serializable接口,所以沒有序列化的機制,要保存對象的話,就得自己動手了。
在 JAVAME中,程序的數(shù)據(jù)保存的地方,無外乎兩種,一種是把數(shù)據(jù)保存在RMS里面,這是所有的JAVAME的手機都支持的,還有一種就是把數(shù)據(jù)保存在手機的文件系統(tǒng)里面,這個不是所有手機都能支持的,只有支持JSR075的手機,才支持把數(shù)據(jù)保存在文件系統(tǒng)里面,并且如果你的程序沒有經(jīng)過簽名的話,你每次保存或者讀取,手機都會彈出惱人的提示,是否允許程序訪問文件系統(tǒng)。所在我一般都是把數(shù)據(jù)存在RMS里面,因為讀寫RMS是安全的,并且也是不需要手機提示的。因為我們的RMS數(shù)據(jù)是存在一個特殊的地方。但是JAVAME的RMS功能非常底層,為了保存一些數(shù)據(jù),我們必須和byte[]打交道,所以我就產(chǎn)生了,在此之前封裝一層自己的程序的想法,這樣封裝好以后,使用起來就非常方便了。只要實現(xiàn)了相關(guān)接口,就可以享受到比較易用的方法了。
此框架總共包括了四個
閱讀全文
posted @
2009-03-01 10:13 千里冰封 閱讀(5052) |
評論 (3) |
編輯 收藏
摘要: 在使用JSF的時候,它的事件驅(qū)動模式是一個很好的開發(fā)方法,但是由于JSF畢竟現(xiàn)在的版本才1.2,所以對于有些細節(jié)上面處理就不一定如人意了,一般來說,當(dāng)JSF的頁面驗證有錯或者有其它的錯誤的時候,我們以前輸入的值會在渲染頁面的時候,恢復(fù)回來,也就是說,一個域我們綁定在后臺的屬性是一個int 值,但是我們前臺輸入了“abcd”,這個時候,后臺在驗證階段就過不去了。然后直接渲染頁面,JSF 會把我們輸入錯誤的abcd渲染出來。而不是把我們以前綁定在后臺的那個屬性的值,取出來,這樣也正是我們想要的結(jié)果,但是當(dāng)我們的頁面包括了 dataTable的時候,并且DataTable里面的值是可以編輯的時候,當(dāng)頁面上有錯誤的時候,別的域都會顯示剛才我們輸入的值,唯有 DataTable里面的輸入域的值沒有還原為我們剛才輸入的值,而是綁定在后臺的值,這顯然不是我們想要看到的。但是當(dāng)DataTable有錯誤的輸入的時候,DataTable才會把它的值恢復(fù)回來。說了這么說,感覺有點語無倫次了,還是拿代碼說話吧。
閱讀全文
posted @
2009-02-28 11:17 千里冰封 閱讀(5833) |
評論 (2) |
編輯 收藏
摘要: 在hibernate里面調(diào)用session的delete方法以后,無論這個被刪除的對象有沒有被人外鍵引用到,都可以被刪除,并且此時的外鍵設(shè)為 null,也就是說他會自動幫我們?nèi)ゲ榭此徽l引用到了。然后把引用全部去掉后,再把自己刪掉。而在JPA里面,如果調(diào)用 EntityManager.remove方法時,傳進去的對象,有被外鍵引用到,則會失敗。因為JPA里面的實現(xiàn)就是直接執(zhí)行delete語句,也不管他有沒有被外鍵引用,此時,當(dāng)然會出錯了。
閱讀全文
posted @
2008-10-21 08:23 千里冰封 閱讀(6060) |
評論 (6) |
編輯 收藏
摘要: 以前使用JPA的實現(xiàn)是toplink,現(xiàn)在改為hibernate,所以要修改persistence.xml文件,兩者的配置有一些不一樣,并且在 EE環(huán)境下面和SE的環(huán)境下面也有不一樣,還有一點,那就是當(dāng)persistence.xml里面有些格式出錯的時候,雖然出錯的不是我們需要的那個單元,但也會使得整個persistence.xml報廢。
閱讀全文
posted @
2008-10-19 18:38 千里冰封 閱讀(5056) |
評論 (3) |
編輯 收藏
摘要: 在開發(fā)的過程中,我們可能需要將生產(chǎn)環(huán)境和調(diào)試環(huán)境分開來,這樣才能保證安全性,但是安裝兩個glassfish又不太可能,因為它太龐大了。另外做為一個工程發(fā)布也不太方便,每次都要將工程名改來改去,并且綁定的EJB在同一個域內(nèi)里是不能同名的。這樣的話,要改變的東西實在是太多了。
我們可有以第三種方法,那就是為glassfish添加另外的domain,一個domain跑我們的真實環(huán)境,一個domain跑我們的測試環(huán)境,因為是同一個glassfish,所以也不會存在從測試到真實環(huán)境的移植問題。以后只要改一個domain就可以了。我們在安裝glassfish的時候,它已經(jīng)默認為我們安裝了一個domain,那就是domain1.
閱讀全文
posted @
2008-10-14 22:59 千里冰封 閱讀(6022) |
評論 (2) |
編輯 收藏