posted @
2012-10-19 23:51 千里冰封 閱讀(1103) |
評論 (2) |
編輯 收藏
posted @
2009-10-23 21:44 千里冰封 閱讀(3533) |
評論 (2) |
編輯 收藏
摘要: 剛才在VirtualBox下裝起了liveAndroid ,可是在利用wget下載apk包的時候,總是提示Read-only file system,也就是說系統是只讀的,什么也寫不了。于是在網上到處找了一下,發現解決起來挺容易的。一條命令就可以了
閱讀全文
posted @
2009-08-13 16:38 千里冰封 閱讀(34275) |
評論 (4) |
編輯 收藏
摘要: 本項目的所有代碼已移到google code,此前在sourceforge和java.net項目不再維護了,現在項目的地址為:
http://code.google.com/p/yoyoplayer
在使用過程中有任何問題,都歡迎在此留言。
1.2更新[2009-08-02]
1,全新的歌詞搜索方式,使搜索率大大提高。
2,把整個代碼全部移到google code上去。以前的sourceforge和java.net已經不再維護了。
閱讀全文
posted @
2009-08-03 09:10 千里冰封 閱讀(13142) |
評論 (66) |
編輯 收藏
摘要: 在寫JAVAME程序的時候,我們經常需要保存一些數據到手機里面,也經常希望能把對象也保存到手機里面,但是JAVAME里面沒有反射機制,也沒有java.io.Serializable接口,所以沒有序列化的機制,要保存對象的話,就得自己動手了。
在 JAVAME中,程序的數據保存的地方,無外乎兩種,一種是把數據保存在RMS里面,這是所有的JAVAME的手機都支持的,還有一種就是把數據保存在手機的文件系統里面,這個不是所有手機都能支持的,只有支持JSR075的手機,才支持把數據保存在文件系統里面,并且如果你的程序沒有經過簽名的話,你每次保存或者讀取,手機都會彈出惱人的提示,是否允許程序訪問文件系統。所在我一般都是把數據存在RMS里面,因為讀寫RMS是安全的,并且也是不需要手機提示的。因為我們的RMS數據是存在一個特殊的地方。但是JAVAME的RMS功能非常底層,為了保存一些數據,我們必須和byte[]打交道,所以我就產生了,在此之前封裝一層自己的程序的想法,這樣封裝好以后,使用起來就非常方便了。只要實現了相關接口,就可以享受到比較易用的方法了。
此框架總共包括了四個
閱讀全文
posted @
2009-03-01 10:13 千里冰封 閱讀(5052) |
評論 (3) |
編輯 收藏
摘要: 在使用JSF的時候,它的事件驅動模式是一個很好的開發方法,但是由于JSF畢竟現在的版本才1.2,所以對于有些細節上面處理就不一定如人意了,一般來說,當JSF的頁面驗證有錯或者有其它的錯誤的時候,我們以前輸入的值會在渲染頁面的時候,恢復回來,也就是說,一個域我們綁定在后臺的屬性是一個int 值,但是我們前臺輸入了“abcd”,這個時候,后臺在驗證階段就過不去了。然后直接渲染頁面,JSF 會把我們輸入錯誤的abcd渲染出來。而不是把我們以前綁定在后臺的那個屬性的值,取出來,這樣也正是我們想要的結果,但是當我們的頁面包括了 dataTable的時候,并且DataTable里面的值是可以編輯的時候,當頁面上有錯誤的時候,別的域都會顯示剛才我們輸入的值,唯有 DataTable里面的輸入域的值沒有還原為我們剛才輸入的值,而是綁定在后臺的值,這顯然不是我們想要看到的。但是當DataTable有錯誤的輸入的時候,DataTable才會把它的值恢復回來。說了這么說,感覺有點語無倫次了,還是拿代碼說話吧。
閱讀全文
posted @
2009-02-28 11:17 千里冰封 閱讀(5837) |
評論 (2) |
編輯 收藏
posted @
2009-01-12 20:34 千里冰封 閱讀(6499) |
評論 (8) |
編輯 收藏
posted @
2008-12-03 21:00 千里冰封 閱讀(11593) |
評論 (2) |
編輯 收藏
摘要: 在hibernate里面調用session的delete方法以后,無論這個被刪除的對象有沒有被人外鍵引用到,都可以被刪除,并且此時的外鍵設為 null,也就是說他會自動幫我們去查看他被誰引用到了。然后把引用全部去掉后,再把自己刪掉。而在JPA里面,如果調用 EntityManager.remove方法時,傳進去的對象,有被外鍵引用到,則會失敗。因為JPA里面的實現就是直接執行delete語句,也不管他有沒有被外鍵引用,此時,當然會出錯了。
閱讀全文
posted @
2008-10-21 08:23 千里冰封 閱讀(6063) |
評論 (6) |
編輯 收藏
摘要: 以前使用JPA的實現是toplink,現在改為hibernate,所以要修改persistence.xml文件,兩者的配置有一些不一樣,并且在 EE環境下面和SE的環境下面也有不一樣,還有一點,那就是當persistence.xml里面有些格式出錯的時候,雖然出錯的不是我們需要的那個單元,但也會使得整個persistence.xml報廢。
閱讀全文
posted @
2008-10-19 18:38 千里冰封 閱讀(5061) |
評論 (3) |
編輯 收藏
摘要: 在開發的過程中,我們可能需要將生產環境和調試環境分開來,這樣才能保證安全性,但是安裝兩個glassfish又不太可能,因為它太龐大了。另外做為一個工程發布也不太方便,每次都要將工程名改來改去,并且綁定的EJB在同一個域內里是不能同名的。這樣的話,要改變的東西實在是太多了。
我們可有以第三種方法,那就是為glassfish添加另外的domain,一個domain跑我們的真實環境,一個domain跑我們的測試環境,因為是同一個glassfish,所以也不會存在從測試到真實環境的移植問題。以后只要改一個domain就可以了。我們在安裝glassfish的時候,它已經默認為我們安裝了一個domain,那就是domain1.
閱讀全文
posted @
2008-10-14 22:59 千里冰封 閱讀(6022) |
評論 (2) |
編輯 收藏
posted @
2008-09-18 21:07 千里冰封 閱讀(1756) |
評論 (1) |
編輯 收藏
摘要: 天下事有難易乎?為之,則難者亦易矣;不為,則易者亦難矣。人之為學有難易乎?學之,則難者亦易矣;不學,則易者亦難矣。
吾資之昏,不逮人也;吾材之庸,不逮人也;旦旦而學之,久而不怠焉,迄乎成,而亦不知其昏與庸也。吾資之聰,倍人也;吾材之敏,倍人也;屏棄而不用,其與昏與庸無以異也。圣人之道,卒于魯也傳之。然則昏庸聰敏之用,豈有常哉!
蜀之鄙,有二僧:其一貧,其一富。貧者語于富者曰:"吾欲之南海,何如?"
富者曰:"子何恃而往?"
曰:"吾一瓶一缽足矣。"
富者曰:"吾數年來欲買舟而下,猶未能也,子何恃而往!"
越明年,貧者自南海還,以告富者 。富者有慚色。
西蜀之去南海,不知幾千里也,僧富者不能至而貧者至焉,人之立志,顧不如蜀鄙之僧哉? 是故聰與敏,可恃而不可恃也;自恃其聰與敏而不學者,自敗者也 。昏與庸,可限而不可限也;不自限其昏與庸而力學不倦者,自力者也。
閱讀全文
posted @
2008-08-13 17:40 千里冰封 閱讀(1110) |
評論 (0) |
編輯 收藏
摘要: 今天使用glassfish部署一個EJB的應用,這個EJB又引用到了第三方庫,并且第三方庫又使用了本地方法,需要導入兩個DLL動態鏈接庫.反反復復部署了很久,終于還是部署成功了.
閱讀全文
posted @
2008-08-07 22:55 千里冰封 閱讀(2527) |
評論 (3) |
編輯 收藏
摘要: 在寫J2ME程序的時候,我們一般都希望在真機運行的時候能有一些調試信息,一般在模擬器上運行的話,可以通過System.out.println來輸出一些信息,但是在真機上運行的話,就看不到了,因為手機沒有控制臺啊.那時候如果想確認一些代碼的執行情況,經常會用Alert彈出對話框的形式來實現,但是它也有一個不好的地方,那就是當有多個Alert的時候,后面的Alert會把前面的Alert給覆蓋掉.后來想,能不能以日志的形式保存起來呢,然后再查看日志呢.參考了LWUIT的框架的LOG,好像它現在的源碼還下載不到,只是查看了它的API,覺得用一個管理類通過靜態方法統一來管理 LOG是很好的一種方法,并且還支持自定義的LOG記錄器以及自定義的log顯示器.
閱讀全文
posted @
2008-08-04 15:24 千里冰封 閱讀(3296) |
評論 (7) |
編輯 收藏
posted @
2008-08-02 16:17 千里冰封 閱讀(6467) |
評論 (8) |
編輯 收藏