摘要: 在學(xué)習(xí)android的過程中，總是會不斷的去構(gòu)建項目并部署到模擬器上測試，千篇一律的操作讓人有點煩躁，程序員總是有些懶惰的，平時的java項目中，我們一般都比較喜歡用maven來構(gòu)建項目，為何不讓android開發(fā)也能享受到這種自動化構(gòu)建的好處呢，因此嘗試將maven引入android開發(fā)中來。

Android應(yīng)用運行在Dalvik虛擬機上，Dalvik虛擬機執(zhí)行.dex格式的文件，因此構(gòu)建工具需要先通過java編譯器將源文件編譯成class文件，然后再轉(zhuǎn)換為.dex格式。對于android應(yīng)用所依賴到的android.jar已經(jīng)在maven倉庫中有了，但這僅僅是API的stub實現(xiàn)而已，所有類中的方法都會拋出runtime exception，因為android應(yīng)用是運行在設(shè)備上的，是使用的運行環(huán)境中的庫，maven僅通過這個jar包進(jìn)行編譯而已。  閱讀全文

     摘要: 最近在做一些批處理XML的項目，通過Spring Batch讀取XML，然后將數(shù)據(jù)存入數(shù)據(jù)庫。XML是客戶方通過AS400的技術(shù)將數(shù)據(jù)讀出并寫入到文件的，我不了解AS400處理這類問題是不是很麻煩，每次XML需要做些變動的時候，客戶總是表現(xiàn)的很為難，并且都是很久才能給到新的XML，還總是有這樣那樣的問題，甚至都不是一個有效的XML。這兩天總算是改的差不多了，但遇到了好幾次這樣的exception: org.xml.sax.SAXParseException: Content is not allowed in prolog。以前也接觸過不少XML，可是這種問題還真是沒遇到過。

出現(xiàn)這種問題，有幾種可能性：  閱讀全文

     摘要: MAC中的iCal是個日歷程序，iCal其實也是一個標(biāo)準(zhǔn)的名字，又稱iCalendar，是一種標(biāo)準(zhǔn)的互聯(lián)網(wǎng)日歷格式，讓用戶能夠在各種計算機和各種程序之間創(chuàng)建和共享電子日歷。通過一些設(shè)置可以增加iCal對農(nóng)歷的支持，以及iCal和Google Calendar之間的同步，讓我們可以更方便的使用iCal。  閱讀全文

     摘要: 在企業(yè)級的應(yīng)用中，經(jīng)常會存在一些訪問非常頻繁的web應(yīng)用，這些web模塊很容易就會將GlassFish的HTTP Thread全部占滿，這時其它的web應(yīng)用就始終在queue中等待獲取HTTP的connection，直至超時。在GlassFish中不能對web應(yīng)用進(jìn)行資源分配，如果是EJB組件，可以采取Request Partitioning的方式來分配模塊所使用的資源，對于Web應(yīng)用只有等到V3版本發(fā)布時才具備資源分配的功能了，對于SUN現(xiàn)在的局面，不知道要等到什么時候才會發(fā)布這個feature，好在已從SUN離職的Grizzly的開發(fā)者Jeanfrancois在V2中就已經(jīng)實現(xiàn)了該功能，可以通過配置的方式實現(xiàn)web資源的分配。  閱讀全文

     摘要: 作為一款商用的Application Server，Weblogic確實非常成熟，非常強大，提供了很多特性，以幫助提高程序的運行效率，但是太笨重了，訪問Admin Console極慢；GlassFish作為一款開源的Application Server，非常適合開發(fā)者使用，速度很快，并且嚴(yán)格遵照J(rèn)2EE的標(biāo)準(zhǔn)，以達(dá)到平臺獨立的特性，但是確實簡陋了點，只提供了最標(biāo)準(zhǔn)的實現(xiàn)，并且還存在一些明顯的BUG，社區(qū)不夠活躍，文檔、資源都很少，可能是現(xiàn)在SUN處于動亂期，連商業(yè)Support都很難聯(lián)系到。下面是我在做移植工作時，隨筆記下來的一些小經(jīng)驗，讓其他的同學(xué)們少受一些折磨，少踩一些坑。  閱讀全文

     摘要: 本文對GlassFish的組件結(jié)構(gòu)進(jìn)行了較詳細(xì)的描述。GlassFish由一個或多個domain組成，每個domain和一個administration server關(guān)聯(lián)，并可包含0到多個standalone instance或者cluster。每個cluster有一個或多個同類型的instance，一個instance運行于一個單獨的JVM 中，domain中的instance可運行在不同的物理機器上。  閱讀全文

     摘要: 最近在做將項目從Weblogic移植到GlassFish的工作，遇到的其中一個比較頭疼的問題就是Weblogic的LifeCycleManager。Weblogic提供了一個ApplicationLifecycleListener類可以在application部署和卸載時做一些工作，這是Weblogic獨有的特性，并不是J2EE的規(guī)范。GlassFish中目前提供的LifeCycleListener不能滿足該要求，它只能在GlassFish啟動和停止的時候去做工作，而且，采用了這種方式，等于又將我們的應(yīng)用綁定在了GlassFish上。最終決定采用ServletContextListener作為臨時解決方案。  閱讀全文

     摘要: GlassFish安裝使用指南.  閱讀全文

     摘要: 在使用WebService時，我們通常都會在客戶端中設(shè)置請求超時的限制，以避免長時間的去連接不可用的服務(wù)器。在CXF的環(huán)境中，提供了兩個屬性對客戶端的超時限制進(jìn)行配置。  閱讀全文

     摘要: 在Spring中提供了兩個代理工廠Bean來代理EJB的訪問： LocalStatelessSessionProxyFactoryBean和SimpleRemoteStatelessSessionProxyFactoryBean。當(dāng)任何一個EJB代理工廠Bean在ApplicationContext中使用時，Bean工廠會預(yù)先實例化單實例的 Bean。這通常是一件好事，但它可能會導(dǎo)致EJB代理工廠Bean在EJB被綁定到名字服務(wù)之前，試圖查找EJB的home接口。通過屬性的設(shè)置，可確保這個EJB在裝載時不會試圖查找home接口，直到它首次被使用為止，這將會留有足夠的時間來把EJB綁定到名稱服務(wù)上。  閱讀全文

     摘要: Java消息服務(wù)（JMS）實現(xiàn)了異步消息的傳遞，在企業(yè)級的應(yīng)用中，極大的簡化了異步通信系統(tǒng)的實現(xiàn)，使用消息傳遞的優(yōu)點在于保持了系統(tǒng)的松散耦合。本文對JMS兩種模式的使用做了對比性的講解，開始你的JMS使用旅程吧。  閱讀全文

     摘要: 獨立運行的java程序可通過JNDI訪問GlassFish中配置的資源，而不需要運行在GlassFish中，便于一些J2EE程序的運行，比如JMS。  閱讀全文