關(guān)鍵點： 1、部署為stage、nostage兩種方式 -----控制臺上只能選擇兩種方式，默認(rèn)的方式實際上是stage方式，如果想要部署為EXTERNAL_STAGE，在控制臺不行，必須通過wlst或其他方式 2、部署兩個應(yīng)用mldn、jspSimpleTagEar，配置選項中內(nèi)容不同，有無jsp自動刷新項 -----jspSimpleTagEar本身是wls提供的一個用于測試的小應(yīng)用，正常我們自己的寫的應(yīng)用部署后，在配置項中都會有jsp自動檢測等參數(shù)，但是最好設(shè)置該參數(shù)是在weblogic.xml中 3、stage方式下：plan.xml更新應(yīng)用與在weblogic.xml中添加jsp自動檢測，能達到相同的效果；weblogic.xml中不添加jsp自動檢測，修改頁面應(yīng)用不會自動刷新，必須重啟生效 那么在nostage方式下呢？ -------該模式下，仍舊需要plan.xml與weblogic.xml，這樣只要修改源代碼htm或者jsp，就會馬上生效? 綜上，我們結(jié)合weblogic的應(yīng)用加載原理得到如下結(jié)論：

nostage部署：應(yīng)用加載的源程序在給定的某一目錄C:\jsptest下，應(yīng)用部署是將該C:\jsptest加載到內(nèi)存中，經(jīng)過編譯真正運行起來后跑的應(yīng)用是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\tmp\_WL_user\jsptest。如果在weblogic.xml中沒有設(shè)置jsp自動檢測，你修改C:\jsptest下的任何htm或者jsp頁面，訪問對應(yīng)的頁面不會有修改，即便是重啟節(jié)點服務(wù)器Test1也不會生效，因為weblogic運行的一直是...\base_domain\servers\Test1\tmp\_WL_user\jsptest,除非是將應(yīng)用重新部署；如果在weblogic.xml中設(shè)置了jsp自動檢測，那么weblogic根據(jù)你設(shè)置的檢測頻率，會定期的去C:\jsptest下進行檢測，如果發(fā)現(xiàn)有修改，就會自動編譯，對應(yīng)的...\base_domain\servers\Test1\tmp\_WL_user\jsptest也會同步更新，所以可以實時的看到修改后的效果

stage部署：相比較nostage部署方式，stage部署是將應(yīng)用源程序C:\jsptest首先復(fù)制到節(jié)點服務(wù)器Test1的stage目錄下，然后將E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\stage\jsptest加載到內(nèi)存中，經(jīng)過編譯真正運行起來后跑的仍然是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\tmp\_WL_user\jsptest。這時候你如果在weblogic.xml中設(shè)置了jsp自動檢測，那么你應(yīng)該修改的源程序就不是C:\jsptest，而是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\stage\jsptest，weblogic會定時的去......\stage\jsptest下進行檢測

還有一種不推薦使用的修改應(yīng)用的方法，就是直接去...\base_domain\servers\Test1\tmp\_WL_user\jsptest下修改

注意區(qū)分： 1、重啟wls服務(wù)器對應(yīng)用的影響 2、重新部署對應(yīng)用的影響 3、源文件目錄、stage目錄、tmp目錄 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 關(guān)于Plan.xml的簡單說明 1、點開應(yīng)用testjsp的配置--》一般信息，修改“上下文根:”，激活更改后，應(yīng)用就會生成一個Plan.xml,對應(yīng)的stage目錄下生成的是Plan目錄 此時訪問應(yīng)用，會報503錯誤，原因是應(yīng)用的狀態(tài)不是“活動”，需要啟動應(yīng)用 2、如果再次修改應(yīng)用的“上下文根:”，需要先修改，后更新應(yīng)用才能生效 ==============================================================================================================================

源可訪問性【weblogic為10.3.3版本】
應(yīng)如何使該源文件可訪問?
使用部署的目標(biāo)定義的默認(rèn)值		?
推薦的選擇。
將此應(yīng)用程序復(fù)制到每個目標(biāo)		?
在部署過程中,文件將被自動復(fù)制到向其定位應(yīng)用程序的受管服務(wù)器上。
我要使部署能夠通過下列位置進行訪問		?
位置:		?
提供所有目標(biāo)將訪問此應(yīng)用程序文件的位置。這通常是一個共享目錄。必須確保應(yīng)用程序文件存在于此位置,且每個目標(biāo)都可以訪問此位置。 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------

經(jīng)測試，發(fā)現(xiàn)上面的這三種部署分別對應(yīng)：

• 使用部署的目標(biāo)定義默認(rèn)值==》這個不確定，但默認(rèn)是 STAGE
• 將此應(yīng)用程序復(fù)制到每個目標(biāo)==》STAGE
• 我要使用部署能夠通過下列位置進行訪問==》NO_STAGE

這三個模式的意思如下：

STAGE：管理服務(wù)器把所發(fā)布的文件從原始的位置（在管理服務(wù)器上）拷貝到目標(biāo)服務(wù)器的staging目錄上。例如，如果采用stage模式發(fā)布一個JavaEE應(yīng)用到集群的三個服務(wù)器上，這個管理服務(wù)器會在集群中的每一個服務(wù)器上都拷貝一份。每一個服務(wù)器使用拷貝過來的本地的文件來發(fā)布JavaEE應(yīng)用。

NO_STAGE :不復(fù)制文件到節(jié)點服務(wù)器，不在weblgoic的部署目錄下面生成staging目錄，管理服務(wù)器（AdministrationServer）并不拷貝所發(fā)布文件，相反，每一個目標(biāo)服務(wù)器必須通過一個單一源文件夾來訪問這個文件并進行發(fā)布。目標(biāo)服務(wù)器（targetservers）上的stage目錄在nostage模式下會被忽略。

例如，如果你發(fā)布了一個JavaEE應(yīng)用程序到集群中的三個服務(wù)器，那么每一個服務(wù)器必須能夠訪問相同的應(yīng)用程序文件（從一個共享的網(wǎng)絡(luò)目錄）去發(fā)布程序。

EXTERNAL_STAGE：這個模式無法在控制臺中使用，與STAGE相似，目標(biāo)服務(wù)器使用本地的拷貝來發(fā)布應(yīng)用。然而，管理服務(wù)器并不自動的拷貝所發(fā)布的文件到目標(biāo)服務(wù)器；相反，在發(fā)布之前，你必須拷貝這些文件到每一個目標(biāo)服務(wù)器的staging目錄。你可以手工的執(zhí)行拷貝或者用自動化腳本。

如何查看是使用的哪些模式呢？可在域目錄下面的config/config.xml里面的app-deployment節(jié)點下面的，節(jié)點中看到。

?

總結(jié)

以上是生活随笔為你收集整理的weblogic部署模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。