linux wlst 获取线程,GitHub - suncle1993/wlst: 分类存放常用的WLST脚本

wlst

此仓库用来存储所有常用的WLST脚本。所有脚本在weblogic11版本测试通过，下面按照不同的Resource分类。

如果自己试验脚本，请注意执行顺序，weblogic的各个JMS资源之间有不同的相互依赖。建议顺序：

jms module -> subdeployment -> connection_factory -> distributed_queue

data source和jms server与JMS资源之间没有相互依赖关系。而非集群的队列必须要找一个单节点的环境试验。因此都需要单独处理。

data source

data_source文件夹中存储的是和数据源相关的WLST脚本，具体的使用见data_source/README.md

jms server

jms_server文件夹中存储的是和jms服务器相关的WLST脚本，具体的使用见jms_server/README.md

jms module

jms_module文件夹中存储的是和jms模块相关的WLST脚本，具体的使用见jms_module/README.md

subdeployment

subdeployment文件夹中存储的是和子部署相关的WLST脚本，具体的使用见subdeployment/README.md

connection_factory

connection_factory文件夹中存储的是和连接工厂相关的WLST脚本，具体的使用见connection_factory/README.md

queue

queue文件夹中存储的是和队列相关的WLST脚本，具体的使用见queue/README.md

distributed_queue

distributed_queue文件夹中存储的是和分布式队列相关的WLST脚本，具体的使用见distributed_queue/README.md

check_weblogic_jvm

check_weblogic_jvm文件夹中存储的是和检查weblogic运行时的jvm信息的WLST脚本，具体的使用见check_weblogic_jvm/README.md

check_stuck_thread

check_stuck_thread文件夹中存储的是和检查weblogic运行时的stuck线程的WLST脚本，具体的使用见check_stuck_thread/README.md

注意事项

commEnv.sh修改JAVA_HOME

在$WL_HOME/server/bin/commEnv.sh脚本中的149行左右的内容

# Reset JAVA_HOME, JAVA_VENDOR and PRODUCTION_MODE unless JAVA_HOME

# and JAVA_VENDOR are pre-defined.

if [ -z "${JAVA_HOME}" -o -z "${JAVA_VENDOR}" ]; then

# Set up JAVA HOME

JAVA_HOME="/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64"

# Set up JAVA VENDOR, possible values are

#Oracle, HP, IBM, Sun ...

JAVA_VENDOR=Sun

# PRODUCTION_MODE, default to the development mode

PRODUCTION_MODE=""

fi

需要修改JAVA_HOME为实际的JAVA_HOME路径，比如：

JAVA_HOME="/weblogic/java/jdk1.6.0_45"

此处修改不影响weblogic其他的使用。

参考资料：

常用术语：

JMX：Java Management Extensions，即Java管理扩展，WebLogic管理页面就是基于JMX开发的。

MBean：Management Bean，管理豆子也即一个描述可管理资源的java对象。

cmo：WLST联机版提供的一个变量，表示当前的管理对象，这个对象随着路径的改变而改变。可以使用dir方法查看当前cmo提供的所有方法和属性。ls方法查看当前路径下所有的目录和文件。

JMS：Java Message Service，即Java消息服务。

Stuck Thread：粘滞线程，执行时间超过“粘滞线程最长时间”(默认是600秒)的线程

Hogging Thread：独占线程，执行时间超过了“正常执行时间”，但是还没有超过“粘滞线程最长时间”的线程。其中“正常执行时间”的长短由weblogic内部维护，是根据前几次正常执行的时间取平均。