weblogic部署模式

关键点：

 

1、部署为stage、nostage两种方式

-----控制台上只能选择两种方式，默认的方式实际上是stage方式，如果想要部署为 EXTERNAL_STAGE，在控制台不行，必须通过wlst或其他方式

 

2、部署两个应用mldn、jspSimpleTagEar，配置选项中内容不同，有无jsp自动刷新项

-----jspSimpleTagEar本身是wls提供的一个用于测试的小应用，正常我们自己的写的应用部署后，在配置项中都会有jsp自动检测等参数，但是最好设置该参数是在weblogic.xml中

 

3、stage方式下：plan.xml更新应用与在weblogic.xml中添加jsp自动检测，能达到相同的效果；weblogic.xml中不添加jsp自动检测，修改页面应用不会自动刷新，必须重启生效

 

那么在nostage方式下呢？

-------该模式下，仍旧需要plan.xml与weblogic.xml，这样只要修改源代码htm或者jsp，就会马上生效 

 

综上，我们结合weblogic的应用加载原理得到如下结论：

1. nostage部署：应用加载的源程序在给定的某一目录C:\jsptest下，应用部署是将该C:\jsptest加载到内存中，经过编译真正运行起来后跑的应用是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\tmp\_WL_user\jsptest。如果在weblogic.xml中没有设置jsp自动检测，你修改C:\jsptest下的任何htm或者jsp页面，访问对应的页面不会有修改，即便是重启节点服务器Test1也不会生效，因为weblogic运行的一直是...\base_domain\servers\Test1\tmp\_WL_user\jsptest,除非是将应用重新部署；如果在weblogic.xml中设置了jsp自动检测，那么weblogic根据你设置的检测频率，会定期的去C:\jsptest下进行检测，如果发现有修改，就会自动编译，对应的...\base_domain\servers\Test1\tmp\_WL_user\jsptest也会同步更新，所以可以实时的看到修改后的效果
2. stage部署：相比较nostage部署方式，stage部署是将应用源程序C:\jsptest首先复制到节点服务器Test1的stage目录下，然后将E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\stage\jsptest加载到内存中，经过编译真正运行起来后跑的仍然是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\tmp\_WL_user\jsptest。这时候你如果在weblogic.xml中设置了jsp自动检测，那么你应该修改的源程序就不是C:\jsptest，而是E:\Oracle\Middleware\user_projects\domains\base_domain\servers\Test1\stage\jsptest，weblogic会定时的去......\stage\jsptest下进行检测
3. 还有一种不推荐使用的修改应用的方法，就是直接去...\base_domain\servers\Test1\tmp\_WL_user\jsptest下修改

注意区分：

1、重启wls服务器对应用的影响

2、重新部署对应用的影响

3、源文件目录、stage目录、tmp目录

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

关于Plan.xml的简单说明

 

1、点开应用testjsp的 配置--》 一般信息，修改“上下文根:”，激活更改后，应用就会生成一个Plan.xml,对应的stage目录下生成的是Plan目录

 

此时访问应用，会报503错误，原因是应用的状态不是“活动”，需要启动应用

 

2、如果再次修改应用的“上下文根:”，需要先修改，后 更新应用才能生效

==============================================================================================================================

源可访问性【weblogic为10.3.3版本】
应如何使该源文件可访问?
使用部署的目标定义的默认值
推荐的选择。
将此应用程序复制到每个目标
在部署过程中,文件将被自动复制到向其定位应用程序的受管服务器上。
我要使部署能够通过下列位置进行访问
位置:
提供所有目标将访问此应用程序文件的位置。这通常是一个共享目录。必须确保应用程序文件存在于此位置,且每个目标都可以访问此位置。 ------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------

经测试，发现上面的这三种部署分别对应：

• 使用部署的目标定义默认值==》这个不确定，但默认是 STAGE
• 将此应用程序复制到每个目标==》STAGE
• 我要使用部署能够通过下列位置进行访问==》NO_STAGE

这三个模式的意思如下：

STAGE：管理服务器把所发布的文件从原始的位置（在管理服务器上）拷贝到目标服务器的staging目录上。例如，如果采用stage模式发布一个JavaEE应用到集群的三个服务器上，这个管理服务器会在集群中的每一个服务器上都拷贝一份。每一个服务器使用拷贝过来的本地的文件来发布JavaEE应用。

NO_STAGE :不复制文件到节点服务器，不在weblgoic的部署目录下面生成staging目录，管理服务器（AdministrationServer）并不拷贝所发布文件，相反，每一个目标服务器必须通过一个单一源文件夹来访问这个文件并进行发布。目标服务器（targetservers）上的stage目录在nostage模式下会被忽略。

例如，如果你发布了一个JavaEE应用程序到集群中的三个服务器，那么每一个服务器必须能够访问相同的应用程序文件（从一个共享的网络目录）去发布程序。

EXTERNAL_STAGE：这个模式无法在控制台中使用，与STAGE相似，目标服务器使用本地的拷贝来发布应用。然而，管理服务器并不自动的拷贝所发布的文件到目标服务器；相反，在发布之前，你必须拷贝这些文件到每一个目标服务器的staging目录。你可以手工的执行拷贝或者用自动化脚本。

如何查看是使用的哪些模式呢？可在域目录下面的config/config.xml里面的app-deployment节点下面的，节点中看到。