posted @
2012-10-19 23:51 千里冰封 閱讀(1103) |
評論 (2) |
編輯 收藏
posted @
2009-10-23 21:44 千里冰封 閱讀(3533) |
評論 (2) |
編輯 收藏
摘要: 剛才在VirtualBox下裝起了liveAndroid ,可是在利用wget下載apk包的時候,總是提示Read-only file system,也就是說系統(tǒng)是只讀的,什么也寫不了。于是在網(wǎng)上到處找了一下,發(fā)現(xiàn)解決起來挺容易的。一條命令就可以了
閱讀全文
posted @
2009-08-13 16:38 千里冰封 閱讀(34275) |
評論 (4) |
編輯 收藏
摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護(hù)了,現(xiàn)在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題,都?xì)g迎在此留言。
1.2更新[2009-08-02]
1,全新的歌詞搜索方式,使搜索率大大提高。
2,把整個代碼全部移到google code上去。以前的sourceforge和java.net已經(jīng)不再維護(hù)了。
閱讀全文
posted @
2009-08-03 09:10 千里冰封 閱讀(13142) |
評論 (66) |
編輯 收藏
摘要: 在寫JAVAME程序的時候,我們經(jīng)常需要保存一些數(shù)據(jù)到手機(jī)里面,也經(jīng)常希望能把對象也保存到手機(jī)里面,但是JAVAME里面沒有反射機(jī)制,也沒有java.io.Serializable接口,所以沒有序列化的機(jī)制,要保存對象的話,就得自己動手了。
在 JAVAME中,程序的數(shù)據(jù)保存的地方,無外乎兩種,一種是把數(shù)據(jù)保存在RMS里面,這是所有的JAVAME的手機(jī)都支持的,還有一種就是把數(shù)據(jù)保存在手機(jī)的文件系統(tǒng)里面,這個不是所有手機(jī)都能支持的,只有支持JSR075的手機(jī),才支持把數(shù)據(jù)保存在文件系統(tǒng)里面,并且如果你的程序沒有經(jīng)過簽名的話,你每次保存或者讀取,手機(jī)都會彈出惱人的提示,是否允許程序訪問文件系統(tǒng)。所在我一般都是把數(shù)據(jù)存在RMS里面,因為讀寫RMS是安全的,并且也是不需要手機(jī)提示的。因為我們的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,所以對于有些細(xì)節(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 千里冰封 閱讀(5837) |
評論 (2) |
編輯 收藏
posted @
2009-01-12 20:34 千里冰封 閱讀(6500) |
評論 (8) |
編輯 收藏
posted @
2008-12-03 21:00 千里冰封 閱讀(11593) |
評論 (2) |
編輯 收藏
摘要: 在hibernate里面調(diào)用session的delete方法以后,無論這個被刪除的對象有沒有被人外鍵引用到,都可以被刪除,并且此時的外鍵設(shè)為 null,也就是說他會自動幫我們?nèi)ゲ榭此徽l引用到了。然后把引用全部去掉后,再把自己刪掉。而在JPA里面,如果調(diào)用 EntityManager.remove方法時,傳進(jìn)去的對象,有被外鍵引用到,則會失敗。因為JPA里面的實現(xiàn)就是直接執(zhí)行delete語句,也不管他有沒有被外鍵引用,此時,當(dāng)然會出錯了。
閱讀全文
posted @
2008-10-21 08:23 千里冰封 閱讀(6063) |
評論 (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 千里冰封 閱讀(5061) |
評論 (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)默認(rèn)為我們安裝了一個domain,那就是domain1.
閱讀全文
posted @
2008-10-14 22:59 千里冰封 閱讀(6022) |
評論 (2) |
編輯 收藏
posted @
2008-09-18 21:07 千里冰封 閱讀(1756) |
評論 (1) |
編輯 收藏
摘要: 天下事有難易乎?為之,則難者亦易矣;不為,則易者亦難矣。人之為學(xué)有難易乎?學(xué)之,則難者亦易矣;不學(xué),則易者亦難矣。
吾資之昏,不逮人也;吾材之庸,不逮人也;旦旦而學(xué)之,久而不怠焉,迄乎成,而亦不知其昏與庸也。吾資之聰,倍人也;吾材之敏,倍人也;屏棄而不用,其與昏與庸無以異也。圣人之道,卒于魯也傳之。然則昏庸聰敏之用,豈有常哉!
蜀之鄙,有二僧:其一貧,其一富。貧者語于富者曰:"吾欲之南海,何如?"
富者曰:"子何恃而往?"
曰:"吾一瓶一缽足矣。"
富者曰:"吾數(shù)年來欲買舟而下,猶未能也,子何恃而往!"
越明年,貧者自南海還,以告富者 。富者有慚色。
西蜀之去南海,不知幾千里也,僧富者不能至而貧者至焉,人之立志,顧不如蜀鄙之僧哉? 是故聰與敏,可恃而不可恃也;自恃其聰與敏而不學(xué)者,自敗者也 。昏與庸,可限而不可限也;不自限其昏與庸而力學(xué)不倦者,自力者也。
閱讀全文
posted @
2008-08-13 17:40 千里冰封 閱讀(1110) |
評論 (0) |
編輯 收藏
摘要: 今天使用glassfish部署一個EJB的應(yīng)用,這個EJB又引用到了第三方庫,并且第三方庫又使用了本地方法,需要導(dǎo)入兩個DLL動態(tài)鏈接庫.反反復(fù)復(fù)部署了很久,終于還是部署成功了.
閱讀全文
posted @
2008-08-07 22:55 千里冰封 閱讀(2527) |
評論 (3) |
編輯 收藏
摘要: 在寫J2ME程序的時候,我們一般都希望在真機(jī)運行的時候能有一些調(diào)試信息,一般在模擬器上運行的話,可以通過System.out.println來輸出一些信息,但是在真機(jī)上運行的話,就看不到了,因為手機(jī)沒有控制臺啊.那時候如果想確認(rèn)一些代碼的執(zhí)行情況,經(jīng)常會用Alert彈出對話框的形式來實現(xiàn),但是它也有一個不好的地方,那就是當(dāng)有多個Alert的時候,后面的Alert會把前面的Alert給覆蓋掉.后來想,能不能以日志的形式保存起來呢,然后再查看日志呢.參考了LWUIT的框架的LOG,好像它現(xiàn)在的源碼還下載不到,只是查看了它的API,覺得用一個管理類通過靜態(tài)方法統(tǒng)一來管理 LOG是很好的一種方法,并且還支持自定義的LOG記錄器以及自定義的log顯示器.
閱讀全文
posted @
2008-08-04 15:24 千里冰封 閱讀(3296) |
評論 (7) |
編輯 收藏