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的雲主機用戶快速得到程序更新，而簡化了程序的維護方式。