Java很早就推出了Java Web Start（簡稱JWS）技術。這一技術的初衷很好：希望將桌面程序和Web頁面之間搭起一個無縫的橋梁。雖然Applet技術已經存在了十多年，但是它日趨老邁衰落，所以JWS也就應運而生了。
但是JWS并未順利實現它的初衷。從Java的幾次大改版都可以看到，JWS的bug多多，漏洞頻頻，Sun和Oracle不得不頻繁的進行打補丁 修復。可以看看Java 5和6每次大小版本升級變化中，有多少是和Java Web Start有關的。難怪很多人都這樣感嘆：“哥再也不用Java Web Start部署應用了！”其實也未必，隨著Java的不斷完善，我們只要了解更多的技巧，就可以有效的消除一些JWS潛在的問題，并順利的應用在企業應用 中。
以2BizBox ERP項目為例，本文介紹如何在企業應用中利用動態生成JNLP文件的技術來實現應用的快速部署。
大家知道，2BizBox ERP作為一個免費的高質量ERP軟件，有成千上萬的用戶。就我們開發團隊負責維護的服務器，就有近千臺。每臺服務器都是一家企業，每家企業又有幾十上百 的客戶端。如果采用下載客戶端安裝程序進行安裝的方式來維護諸多的客戶端，無疑是巨大的工作量，用戶和我們開發團隊都不會輕松方便。為了解決這一問題，采 用JWS無疑是必然的選擇。
為了讓客戶端自動啟動下載和安裝程序，我們在企業的2BizBox ERP服務器上部署以下JNLP文件內容：
上面的JNLP文件定義了2BizBox ERP客戶端啟動所需要的jar包以及下載位置、jre版本等。
在實際應用中，效果良好。但是由于JNLP和JWS本身的bug，在某些情況下，后臺jar程序更新升級后，用戶側啟動jnlp并不能獲得更新，需 要強行清空JWS緩存才行，這肯定不是一般用戶懂得的。還有一種情況，就是由于ERP本身的jar包發生了變化（例如發生了增減），此時相當于jnlp文 件的內容發生了變化。這時候，要求用戶一側機器必須意識到jnlp的變化并先將jnlp進行更新。在很多java版本中（例如jre6的早期版本——例如 jre6 update20之前），由于潛在的一些bug等原因，都不能順利的進行更新，導致程序啟動失敗。
如何解決這一情況呢？采用動態jnlp是一個有效的方法。
動態jnlp的思路是：在服務器的后端，通過jsp或servlet來動態的生成一個jnlp文件，而不是放置一個靜態的固定不變的jnlp文件。這樣，jnlp文件內容就可以通過后臺應用的邏輯進行動態生成創建：需要什么jar包、需要什么jre版本等等。
以jsp為例。在這個jsp中，首先要注意的幾個技術點是：要設置本頁面不要被瀏覽器緩存，放置jnlp內容變化無法及時被更新；其次要設置 mime類型讓瀏覽器認為它是一個jnlp文件，以便下載執行而不是直接在瀏覽器中顯示出來。通過設置response即可達到這些目的：
其中，禁止瀏覽器和webstart緩存jnlp內容，通過設置：response.setHeader(“Pragma”, “no-cache”);和response.setHeader(“Expires”, “0″);
設置文件類型，并給定一個動態的文件名。這個通過這個進行：response.setHeader(“Content-Disposition”, “filename=\”bb.jnlp\”;”);response.setContentType(“application/x-java-jnlp-file”);
一個需要注意的問題是，在動態生成jnlp文件時，要注意jnlp文件中的href標簽不要進行設置。為什么呢？看一下jnlp的格式文檔是這樣說的：
http://lopica.sourceforge.net/ref.html#jnlp
The jnlp file's one and only root.
Attributes
spec=version , optional
Specifies what versions of the jnlp spec a jnlp file works with. The default value is 1.0+. Thus, you can typically leave it out.
version=version , optional
Specifies the version of the application as well as the version of the jnlp file itself.
codebase=url , optional
Specifies the codebase for the application. Codebase is also used as base URL for all relative URLs in href attributes.
href=url , optional
Contains the location of the jnlp file as a URL. If you leave out the href attribute, Web Start will disable the update check on your JNLP file, and Web Start will not treat each new JNLP file as an application update - only updated jar files will. Leaving out href usually makes only sense if your jnlp file is created dynamically (that is, throug a cgi-script, for example) and if your jnlp file's arguments or properties change from request to request (user to user).
Note, that Java Web Start needs href to list your app in the Web Start Application Manager.
可見在動態生成jnlp時候就不要設置href了，這樣就可以保證每次瀏覽器會重新下載jnlp文件內容，否則可能會被緩存，無法及時更新程序。
另外一個技巧是：jnlp文件中的jar包，可以進行動態檢查文件jar包并動態生成。這樣，如果以后程序的jar文件有增減，就不必修改jnlp文件了。方法也很簡單：檢查當前web在服務器的絕對路徑，并list所有的jar文件，然后在jnlp生成時候輸出即可：
然后在jar的部分這樣列出：
最后，如果需要在jnlp中指定當前服務器的ip地址或主機地址，也可以通過動態生成。例如jnlp文件中的codebase，就是如此。另 外，2BizBox ERP還需要在主函數中給出當前服務器的ip地址。而對于上千家的2BizBox服務器，每個jnlp要手工維護ip地址，是不可想象的。這里通過動態生 成，就永遠的解決了這個問題：
然后在jnlp中：
這樣，通過jsp動態生成jnlp的方案就完成了。它在2BizBox ERP中應用良好，方便的讓上千家2BizBox ERP的云主機用戶快速得到程序更新，而簡化了程序的維護方式。