Nginx反向代理weblogic注销出现死循环？ - 开源中国社区
当前访客身份：游客 [
当前位置：
worker_processes 16;
logs/error.
logs/nginx.
worker_rlimit_nofile 65000;
worker_connections 65000;
default_type
application/octet-
server_names_hash_bucket_size 128;
client_header_buffer_size
large_client_header_buffers 4 64k;
tcp_nopush
tcp_nodelay
keepalive_timeout
gzip_min_length
gzip_buffers
gzip_http_version
gzip_comp_level
gzip_types
text/plain application/x-javascript text/css application/
client_max_body_size
client_body_buffer_size
proxy_connect_timeout
proxy_send_timeout
proxy_read_timeout
proxy_buffer_size
proxy_buffers
proxy_busy_buffers_size
proxy_temp_file_write_size 128k;
proxy_temp_path
proxy_temp_
proxy_cache_path proxy_cache_dir levels=1:2 keys_zone=cache_one:256m inactive=2d max_size=1g;
upstream auditsrv {
server 10.xx.xx.x9:7011;
server 10.xx.xx.x0:7011;
server 10.xx.xx.x1:7011;
server 10.xx.xx.x2:7011;
server_name
log_format
'$remote_addr - $remote_user [$time_local] &$request& '
'$status $body_bytes_sent &$http_referer& '
'&$http_user_agent& $http_x_forwarded_for';
access_log
logs/access.
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ {
proxy_store_access user:rw group:rw all:
proxy_temp_path proxy_temp_
if ( !-e $request_filename ) {
proxy_pass
location ~ .*\.(js|css)?$ {
proxy_store_access user:rw group:rw all:
proxy_temp_path proxy_temp_
if ( !-e $request_filename ) {
proxy_pass
location / {
proxy_pass
proxy_set_header
proxy_set_header
X-Real-IP $remote_
proxy_set_header
X-Forwarded-For $proxy_add_x_forwarded_
proxy_cache_key
$host$uri$is_args$
proxy_cache
location /nginxstatus {
allow 10.xx.xx.
我的后台是四个节点的weblogic服务，前端是使用Nginx做的反向代理，配置已贴出，现在的问题是界面点击注销后，会出现IE挂掉，从界面反映看得出IE在做死循环，似乎刷新频率很高，CPU能涨到80%-90%，注销使用的链接是xxxxx/logout.cmd?method=logout，不知道是出了什么问题。
共有3个答案
没用过weblogic，不过我想看看4台weblogic的日志和nginx的访问日志是否会得到一点启发
试试不经过 nginx 直接访问 weblogic 的注销链接呢？
因为这肯定不是nginx的问题，跟注销的程序有关系，会不会出现注销页面跳转的死循环？
问题解决了，似乎是因为我对动态页面也设置了缓存才导致的，后来我把
location / { ... }
中的以下三行注释掉后就没有出现注销失败的问题了
proxy_cache_key
$host$uri$is_args$
proxy_cache
看来动态页面也做缓存的话问题还真多啊
更多开发者职位上
有什么技术问题吗？
xwsnet...的其它问题
类似的话题tomcat下正常的javaweb应用用weblogic8 部署报错Error 503--Service Unavailable 怎么解决，急！_百度知道
tomcat下正常的javaweb应用用weblogic8 部署报错Error 503--Service Unavailable 怎么解决，急！
提问者采纳
该是在程序WebRoot--WEBINF文件夹下缺少一个weblogic。.xml的配置文件夹。。
检查过，weblogic.xml有的，但是还是报相同的错误。
&!DOCTYPE weblogic-web-app PUBLIC &-//BEA Systems, Inc.//DTD Web Application 8.1//EN& &&&&weblogic-web-app&
&session-descriptor&
&session-param&
&param-name&InvalidationIntervalSecs&/param-name&
&param-value&1800&/param-value&
&/session-param&
&/session-descriptor&
&jsp-descriptor&
&jsp-param&
&param-name&keepgenerated&/param-name&
&param-value&true&/param-value&
&/jsp-param&
&/jsp-descriptor&
&container-descriptor&
&servlet-reload-check-secs&-1&/servlet-reload-check-secs&
&/container-descriptor&
&charset-params&
&input-charset&
&resource-path&/*&/resource-path&
&java-charset-name&GBK&/java-charset-name&
&/input-charset&
&/charset-params&
&context-root&/&/context-root& &/weblogic-web-app&
这是我weblogic。xml里面的内容 别的跟其他的没什么不一样
还有就是访问的时候不要写localhost
尽量写ip地址。。其他的就不太清楚了 希望可以帮到你。
其他类似问题
为您推荐：
weblogic8的相关知识
其他1条回答
楼上说得对
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁博客访问： 528866
博文数量： 219
博客积分： 5308
博客等级： 大校
技术积分： 2151
注册时间：
DevOps让系统管理更轻松。
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
在下面做的介绍都是以Weblogic8.1为例的，其它版本的Weblogic可能会有些许不同。1) 设置JAVA参数；a) 编辑Weblogic Server启动脚本文件；l&& BEA_HOME\user_projects\domains\domain-name\startWebLogic.cmd(startWebLogic.sh on Unix)l BEA_HOME\user_projects\domains\domain-name\startManagedWebLogic.cmd(startManagedWebLogic.sh on Unix)b) 编辑set JAVA_OPTIONS命令，如：set JAVA_OPTIONS=-Xms256m –Xmx256m；c) 保存，重启即可。注：在WebLogic中，为了获得更好的性能，BEA公司推荐最小Java堆等于最大Java堆。2) 开发模式 vs. 产品模式；开发模式和产品模式的一些参数的默认值不同，可能会对性能造成影响，下面是对性能有影响的参数列表：参数&&&&&&&& 开发模式默认值&&&&&&&& 产品模式默认值Execute Queue: Thread Count&&&&&&&& 15 threads&&&&&&&& 25 threadsJDBC Connection Pool: MaxCapacity&&&&&&&& 15 connnections&&&&&&&& 25 connections通过启动管理控制台，在域（如：mydomain）> 配置 > 常规选择产品模式。3) 尽量开启本地I/O；通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）> 配置 > 调整选择启用本地I/O。注：此值也可通过手动的修改config.xml配置文件。4) 调优执行队列线程；a) 修改默认执行线程数在这里，执行队列的线程数表示执行队列能够同时执行的操作的数量。但此值不是设的越大越好，应该恰到好处的去设置它，太小了，执行队列中将会积累很多待处理的任务，太大了，则会消耗大量的系统资源从而影响整体的性能。在产品模式下默认为25个执行线程。为了设置理想的执行队列的线程数，我们可以启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）> 监视 > 性能中监控最大负载时执行队列的吞吐量和队列中的等待请求数，据此确定理想的数值。理想的默认执行线程数是由多方面的因素决定的，比如机器CPU性能、总体体系架构、I/O、操作系统的进程调度机制、JVM的线程调度机制。随着CPU个数的增加，WebLogic可以近乎线性地提高线程数。线程数越多，花费在线程切换的时间也就越多；线程数越小，CPU可能无法得到充分的利用。为获取一个理想的线程数，需要经过反复的测试。在测试中，可以以25*CPU个数为基准进行调整。当空闲线程较少，CPU利用率较低时，可以适当增加线程数的大小（每五个递增）。对于PC Server和Windows 2000，则最好每个CPU小于50个线程，以CPU利用率为90%左右为最佳。通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）> Execute Queue > weblogic.kernel.Defalt > 配置中修改线程计数。b) 设定执行队列的溢出条件；Weblogic Server提供给默认的执行队列或用户自定义的执行队列自定义溢出条件的功能，当满足此溢出条件时，服务器改变其状态为“警告”状态，并且额外的再分配一些线程去处理在队列中的请求，而达到降低队列长度的目的。通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）> Execute Queue > weblogic.kernel.Defalt > 配置下面几项：L 队列长度：此值表示执行队列中可容纳的最大请求数，默认值是65536，最后不要手动改变此值。L 队列长度阈值百分比：此值表示溢出条件，在此服务器指出队列溢出之前可以达到的队列长度大小的百分比。L 线程数增加：当检测到溢出条件时，将增加到执行队列中的线程数量。如果CPU和内存不是足够的高，尽量不要改变默认值“0”。因为Weblogic一旦增加后不会自动缩减，虽然最终可能确实起到了降低请求的作用，但在将来的运行中将影响程序的性能。L&& 最大线程数：为了防止创建过多的线程数量，可以通过设定最大的线程数进行控制。在实际的应用场景中，应根据具体情况适当的调整以上参数。c) 设定执行队列监测行为Weblogic Server能够自动监测到当一个执行线程变为“阻塞”。变为“阻塞”状态的执行线程将无法完成当前的工作，也无法再执行新请求。如果执行队列中的所有执行线程都变为“阻塞”状态，Weblogic server可能改变状态为“警告”或“严重”状态。如果Weblogic server变为“严重”状态，可以通过Node Manager来自动关闭此服务器并重新启动它。具体请参考：Node Manager Capabilities文档。通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）>配置 > 调整下可配置下面几项：l&& 阻塞线程最长时间：在此服务器将线程诊断为阻塞线程之前，线程必须连续工作的时间长度(秒)。默认情况下，WebLogic Server 认为线程在连续工作 600 秒后成为阻塞线程。l&& 阻塞线程计时器间隔：WebLogic Server 定期扫描线程以查看它们是否已经连续工作了 "阻塞线程最长时间" 字段中指定的时间长度的间隔时间(秒)。默认情况下，WebLogic Server 将此时间间隔设置为 600 秒。5) 调优TCP连接缓存数；WebLogic Server用Accept Backlog参数规定服务器向操作系统请求的队列大小，默认值为50。当系统重载负荷时,这个值可能过小,日志中报Connection Refused,导致有效连接请求遭到拒绝,此时可以提高Accept Backlog 25%直到连接拒绝错误消失。对于Portal类型的应用,默认值往往是不够的。Login Timeout和SSL Login Timeout参数表示普通连接和SSL连接的超时时间,如果客户连接被服务器中断或者SSL容量大,可以尝试增加该值。通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）>配置 > 调整下可配置“接受预备连接”。6) 改变Java编译器；标准的Java编译器是javac，但编译JSP servlets速度太慢，为了提高编译速度，可以使用sj或jikes编译器取代javac编译器。下面说说更改Java编译器：通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）>配置 > 常规下改变Java 编译器，默认为javac。输入完整路径，如：c:\visualcafe31\bin\sj.exe。然后打开高级选项，在预规划到类路径填写编译 Java 代码时为 Java 编译器类路径预规划的选项，如：BEA_HOME\jdk141_02\jre\lib\rt.jar。7) 使用Webogic Server集群提高性能；具体关于如何配置Weblogic集群，我就不细说了。详情可参考：Introduction to WebLogic Server Clustering。8) Weblogic EJB调优由于EJB2.0已经很少项目在用了，EJB3.0再成熟一点，我再补充这一部分吧！9) JDBC应用调优JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致。增加Statement Cache Size对于大量使用PreparedStatement对象的应用程序很有帮助,WebLogic能够为每一个连接缓存这些对象,此值默认为10。在保证数据库游标大小足够的前提下,可以根据需要提高Statement Cache Size。比如当你设置连接数为25,Cache Size为10时,数据库可能需要打开25*10=250个游标。不幸的是,当遇到与PreparedStatement Cache有关的应用程序错误时,你需要将Cache Size设置为0。尽管JDBC Connection Pool提供了很多高级参数,在开发模式下比较有用,但大部分在生产环境下不需调整。这里建议最好不要设置测试表, 同时Test Reserved Connections和Test Released Connections也无需勾上。 当然如果你的数据库不稳定,时断时续,你就可能需要上述的参数打开。最后提一下驱动程序类型的选择,以Oracle为例,Oracle提供thin驱动和oci驱动,从性能上来讲,oci驱动强于thin驱动,特别是大数据量的操作。但在简单的数据库操作中,性能相差不大,随着thin驱动的不断改进,这一弱势将得到弥补。而thin驱动的移植性明显强于oci驱动。所以在通常情况下建议使用thin驱动。而最新驱动器由于WebLogic server/bin目录下的类包可能不是最新的,请以Oracle网站为准: 。10) JSP调优l&& 设置jsp-param pageCheckSeconds=-1；l&&& 设置serlet-reload-check=-1或ServletReloadCheckSecs=-1；l&&& 设置jsp-param precompile=true，关闭JSP预编译选项。
阅读(2506) | 评论(1) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
不错，好文章。分析的good！！
请登录后评论。请教一个比较急的问题：web程序在weblogic8.1服务器上跑,几天后，CPU占100%
[问题点数：100分]
请教一个比较急的问题：web程序在weblogic8.1服务器上跑,几天后，CPU占100%
[问题点数：100分]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
本帖子已过去太久远了，不再提供回复功能。weblogic8.1集群配置
（本文讲述如何在WebLogic Server 8.1上配置集群，以及通过Proxy Server来访问集群）
什么是Domain和Server
Domain是WebLogic Server实例的基本管理单元。所谓Domain就是，由配置为Administrator Server的WebLogic Server实例管理的逻辑单元，这个单元是有所有相关资源的集合。
Server是一个相对独立的，为实现某些特定功能而结合在一起的单元。
Domain and Server的关系
一个Domain 可以包含一个或多个WebLogic Server实例，甚至是Server集群。一个Domain中有一个且只能有一个Server 担任管理Server的功能，其它的Server具体实现一个特定的逻辑功能。
&O平台：Windows 2000
&O软件：Bea WebLogic Server 8.1 SP2
配置WebLogic Server集群
WebLogic集群的体系结构
单层混合型的集群架构（Cluster）
这种架构将所有的Web应用以及相关的服务应用全部置于集群中的单一WLS实例中，这种架构的优势在于：
&O易于管理
&O灵活的负载平衡机制
&O更强的安全控制
多层结构的集群架构（Cluster）
这种架构使用两个WLS集群，一个放置表静态内容和集群Servlet，另一个放置集群EJB。一般应用于下面这些情况：
&O在负载平衡机制需要调用集群EJB中的方法时；
&O在提供内容与提供对象的服务之间需要更大的机动性时；
&O在需要更高的系统稳定性时；
配置集群应用的必要条件
&O集群中的所有Server必须位于同一网段，并且必须是IP广播(UDP)可到达的
&O集群中的所有Server必须使用相同的版本,包括Service Pack
&O集群中的Server必须使用永久的静态IP地址。动态IP地址分配不能用于集群环境。如果服务器位于防火墙后面，而客户机位于防火墙外面，那么服务器必须有公共的静态IP地址，只有这样，客户端才能访问服务器
&O要以CLUSTER方式运行，必须有包含CLUSTER许可的LICENSE才行（从Bea网站上下载的试用版本就可以进行Cluster配置）
配置前的准备工作
在配置集群应用前要对集群的配置信息有一个良好的设计，下面就是我们这次配置的集群信息：
在同一台机器上配置集群
Win2000 Professional
IP:10.16.92.33PORT:7080
Administrator Server
Win2000 Professional
IP:10.16.92.33PORT:8080
Proxy Server
Win2000 Professional
IP:10.16.92.33PORT:7082
Managed Server
Win2000 Professional
IP:10.16.92.33PORT:7084
Managed Server
Win2000 Professional
IP:10.16.92.33PORT:7086
Managed Server
在同一网段内的不同机器上配置集群
Win2000 Server
IP:10.16.92.7PORT:7080
Administrator Server
Win2000 Server
IP:10.16.92.7PORT:8080
Proxy Server
Win2000 Server
IP:10.16.92.7PORT:7082
Managed Server
Win2000 Server
IP:10.16.92.33PORT:7084
Managed Server
使用Domain Configuration Wizard进行配置
创建新的Domain
&&&&&&&选择&Create a new WebLogic configuration&，单击&Next&按钮
选择安装类型
&&&&&&&选择安装&Basic WebLogic Server Domain&，单击&Next&按钮
选择定制安装
&&&&&&&选择&Custom&安装，单击&Next&按钮
输入Administrator Server的信息
&&&&&&&输入Administrator Server的名称，监听地址，监听端口，如果需要SSL支持的话可以在&SSL enabled&后面的复选取框上打勾，配置SSL监听端口，单击&Next&按钮
是否配置Server、Cluster、Machine信息
&&&&&&&选择&Yes&，对Server、Cluster、Machine信息进行配置，，单击&Next&按钮
配置Managed Server信息
&&&&&&&输入Managed Server的名称，监听地址，监听端口，如果需要SSL支持的话，可以在&SSL enabled&复选框上打勾，配置SSL监听端口。可以配置多个Managed Server。单击&Next&按钮
配置Cluster信息
&&&&&&&输入Cluster的名称，Cluster的组播地址和端口，Cluster地址可输可不输。单击&Next&按钮
将Managed Server添加到Cluster中
&&&&&&&选择左面列表中的Managed Server，将其添加到右面的列表中，单击&Next&按钮
配置Machine信息
&&&&&&&在此不对Machine进行配置，单击&Next&按钮
是否配置JDBC信息
&&&&&&&在此不对JDBC数据源和连接池进行配置，单击&Next&按钮
配置JMS信息
&&&&&&&在此不对JMS进行配置，单击&Next&按钮
配置缺省系统管理员用户名和密码
&&&&&&&输入系统管理员用户名和密码，还可以配置其它的系统管理用户，在此不做配置，单击&Next&按钮
配置Windows附加选项
&&&&&&&可以选择是否创建开始菜单中的快捷方式，是否将该服务作为Windows系统服务，在这里我们全部选择&No&，单击&Next&按钮
配置服务的启动模式并选择Java SDK
&&&&&&&选择&Development Mode&模式，并选择标准的Java SDK 1.4，在开发模式下会有比较丰富的调试信息，对我们很有帮助，单击&Next&按钮
配置信息确认以及选择安装路径
&&&&&&&系统列出您的配置信息，并指定了缺省的安装路径（D:\bea\user_projects\domains\mydomain），在此我们将安装路径定位在D:\bea\user_projects\clusterdomain，单击&Create&按钮
系统创建Domain
&&&&&&&系统根据配置信息，完成缺省的目录及文件的创建
启动WebLogic服务
&O启动Administrator Server
使用startWebLogic命令启动Administrator Server
&O启动Managed Server
使用startManagedWeblogic命令启动Managed Server，它的命令格式是：
startManagedWeblogic.cmd&Managed Server的名称&Administrator Server地址
同理可以启动nodeB和nodeC，以及Proxy Server,注意端口都是一样
通过HttpClusterServlet实现请求的自动分发处理
&&&&&& HttpClusterServlet通过一个WebLogic服务器代理对WebLogic集群中的其他服务器成员的HTTP请求， 同时HttpClusterServlet还为代理的HTTP请求提供负载平衡与容错处理。
&&&&&&&实际上实现是很简单的，遵循下面几个步骤就可以轻松实现请求的自动分发功能：
&O创建一个代理Server（在此我们称这proxyServer）
&O生成配置文件web.xml
&O生成配置文件weblogic.xml
&O打包生成Web应用
&O在proxyServer上部署应用，并将该应用作为缺省的Web应用
创建代理Server
&&&&&&&启动Administrator Server，然后进入Console控制台（http://10.16.92.33:7080/console/），在此我们将代理Server与Administrator Server置于同一台主机之上。
&&&&&&&进入console控制台后，在&Server&结点上单击右键，在弹出菜单上选择&Configure a New Server&，然后配置代理Server的相关信息。（在这里只要指定名称，监听地址，监听端口(configure cluster)就可以了）
HttpClusterServlet的部署，主要是Servlet的声明和映射，并设置初始化参数，可以创建一个Web App，然后直接在web.xml中添加或在管理控制台上设置HttpClusterServlet的部署信息。最后将它发布给用来做代理的Server，并将这个Web App设置为这个Server的缺省WEB应用。
web.xml文件示例
weblogic.xml文件示例
打包WEB应用
&&&&&&&可以使用jar命令将proxy应用打包成war文件，我们建一个临时目录temp，然后在其中建立如下目录结构：
&&&&&&&使用如下的命令操作，就可完成web应用的打包操作：
JAR &参数&WEB应用名称要打包的目录
&&&&&&&当然我们也可以直接部署该目录，而无需打包，这在项目的开发阶段是很有帮助的，便于修改。
部署proxy应用
&&&&&&&启动Administrator Server，然后进入Console控制台（http://10.16.92.33:7080/console/），在此我们将代理Server与Administrator Server置于同一台主机之上。
&&&&&&&进入console控制台后，在&Web Application Modules&结点上单击右键，在弹出菜单上选择&Deploy a new Web Application Module&，然后选择要部署的文件或目录，单击&Target Module&按钮，然后选择&proxyServer&，单击&Continue&按钮，到了下一步，单击&Deploy&按钮，完成部署工作。
&&&&&&&部署完成后，查看WEB应用的状态是&FAILS&，造成这种情况的原因是&proxyServer&还没有启动，我们可以通过下面的命令启动&proxyServer&：
&&&&&&&然后点击&ReDeploy&，重新部署应用，状态值将变为&Success&。
&&&&&&&将WEB应用配置成缺省的WEB应用，weblogic8.1与weblogic6.1有很大的不同，8.1不再支持从console控制台完成配置的工作，而是在weblogic.xml中通过下面的结点，完成配置的工作。
测试proxy应用
&&&&&&&修改web.xml文件，加入下面的结点，然后重启服务。
&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&&&&&&DebugConfigInfo
&&&&&&&&&&&&&&&&&&&&&ON
&&&&&&&&&&&&&
打开浏览器，访问下面的地址，会得到下图所示的结果，这就说明你的配置是成功的。
http://myserver:port/placeholder.jsp? __WebLogicBridgeConfig
myserver为服务地址（在这里是10.16.92.7）
port为proxy服务的端口（在这里是8080）
placeholder.jsp（这是一个不存在的JSP文件，您也可以随意指定文件名）
__WebLogicBridgeConfig（这个可千万不能写错呦！）
测试集群的分发功能
编写测试WEB应用并部署
&&&&&&&我们来编写一个简单的WEB应用，它会在控制台和浏览器上同时打印出&OK&字样，然后将这个WEB应用部署到集群中所有Managed Server上面。（代码见附件）
&&&&&&&在这里我们将通过Apache中所带的ab包来进行并发访问的模拟测试，使用如下的命令就可以完成压力测试。
&&&&&& ab &n 100 &c 10&
&&&&&& ab是测试程序的名称
&&&&&&&参数n代表请求的总数量
&&&&&&&参数c代表并发的请求数
&&&&&& url为要测试压力的页面
注：使用这个命令时，一定要在系统路径中能够找到该程序，否则不能执行。
&&&&&&&压力测试完成后，我们从Managed Server的控制台上可以看到，nodeA，nodeB，nodeC都打印出了&OK&字样，这说明，在并发请求的情况下，集群能够将请求进行分发，以达到负载平衡的目的。
&&&&&&&测试应用的目录结构如下，部署与proxy应用的部署一样，要注意的是要将它部署在Managed Server上面。
同一网段内不同机器部署集群
&&&&&&&在不同机器上部署集群与上面的操作有一些不同，就是在部署&Managed Server&时，要注意的是，参见下面的图解。
&&&&&&&在另外一台机器上配置&Managed Server&时，要指定&Admin Server&的名称，监听地址，监听端口。
&&&&&&&另外要注意的是，&Managed Server&上的配置信息要与&Admin Server&中Cluster所指定的配置信息一致。
&&&&&&&启动&Managed Server&的命令与上面的一样，如下所示：
集群配置中要注意的问题
&OAdmin Server只用于集群的管理，而不能参与集群事务。
&OWeb应用应该部署到集群上，文件的同步是由WebLogic来完成的。
对Weblogic的监控是对Weblogic中间件进行监控的软件，主要监控Weblogic的虚拟机内存监控、对Weblogic的数据库连接池进行监控、对Weblogic网站的会话数进行监控、对JMS会话进行监控等状态监控功能。
更多关于weblogic的知识，请
业务热线电话：(+86)021-- &&&&
电子邮箱：
上海哲涛网络科技有限公司版权所有