startWebLogic.cmd中的配置

本文详细介绍了如何使用配置向导创建WebLogic服务器启动脚本,并解释了脚本中关键部分的作用,以及如何避免在扩展配置时丢失更改。
@ECHO OFF


@REM WARNING: This file is created by the Configuration Wizard.
@REM Any changes to this script may be lost when adding extensions to this configuration.


SETLOCAL


set DOMAIN_HOME=C:\Users\User\AppData\Roaming\JDeveloper\system12.1.3.0.41.140521.1008\DefaultDomain


call "%DOMAIN_HOME%\bin\startWebLogic.cmd" %*






ENDLOCAL
<think>我们正在解决WebLogic启动时执行`startWebLogic.sh`脚本返回"stopping Derby server"错误的问题。根据引用[1]中的脚本片段,这个错误信息是在停止Derby服务器时输出的。然而,在启动WebLogic的过程中出现这个信息,可能是由于脚本逻辑错误或环境变量设置问题导致的。 ### 问题分析 1. **错误现象**:执行`startWebLogic.sh`启动WebLogic时,脚本输出"Stopping Derby server...",这显然与启动过程不符。 2. **可能原因**: - 脚本中停止Derby服务器的逻辑被错误触发。 - 环境变量设置错误,导致脚本误认为需要停止Derby服务器。 - 脚本逻辑错误,在启动过程中调用了停止Derby的函数。 ### 排查步骤 #### 1. 检查启动脚本中的Derby控制逻辑 在`startWebLogic.sh`脚本中,通常不会有停止Derby的操作。因此,我们需要检查: - 是否在启动脚本中错误地调用了`stopAll`函数(如引用[1]中的函数)? - 是否在启动脚本中引入了包含停止Derby逻辑的脚本? **检查方法**: ```bash grep -n "stopAll" startWebLogic.sh # 检查是否直接调用了stopAll grep -n "DERBY_FLAG" startWebLogic.sh # 检查DERBY_FLAG变量的使用 grep -n "derby/bin/stopNetworkServer" startWebLogic.sh # 检查停止Derby的命令 ``` #### 2. 检查环境变量设置 引用[1]中的脚本片段显示,停止Derby的条件是`[ "${DERBY_FLAG}" = "true" ]`。如果在启动时`DERBY_FLAG`被设置为`true`,则可能会触发停止操作。 **检查方法**: - 查看`startWebLogic.sh`脚本中`DERBY_FLAG`的赋值情况。 - 检查是否在调用`startWebLogic.sh`之前,环境变量`DERBY_FLAG`已经被设置为`true`(可能是由于其他脚本或用户设置)。 #### 3. 检查启动脚本的流程 启动脚本应该只包含启动WebLogic和必要服务(如Derby)的逻辑,而不应该包含停止逻辑。我们需要确认启动脚本的流程是否正常。 **建议**: - 对比正常的`startWebLogic.sh`脚本,查看是否有异常代码插入。 - 检查脚本中是否有条件判断错误,导致进入了停止流程。 ### 解决方案 #### 情况1:脚本中错误调用了停止函数 如果发现`startWebLogic.sh`中确实调用了`stopAll`函数,则需要删除或注释掉该调用。例如: ```bash # 错误示例:在启动脚本中调用了stopAll stopAll # 注释掉这一行 ``` #### 情况2:环境变量DERBY_FLAG设置错误 如果`DERBY_FLAG`在启动时被设置为`true`,需要将其改为`false`或适当的值。可以通过以下方式修改: - 在`startWebLogic.sh`中显式设置`DERBY_FLAG=false`(在调用启动逻辑之前)。 - 或者在调用脚本前设置环境变量: ```bash export DERBY_FLAG=false ./startWebLogic.sh ``` #### 情况3:启动脚本逻辑错误 如果启动脚本中包含了停止Derby的逻辑(如误将停止脚本代码复制到了启动脚本),需要删除这些代码。例如,删除如下代码段: ```bash # 错误出现在启动脚本中的代码 if [ "${DERBY_FLAG}" = "true" ] ; then echo "Stopping Derby server..." ${WL_HOME}/common/derby/bin/stopNetworkServer.sh >"${DOMAIN_HOME}/derbyShutdown.log" 2>&1 fi ``` ### 验证步骤 1. 修改后,重新运行启动脚本: ```bash ./startWebLogic.sh ``` 2. 观察输出中是否还有"Stopping Derby server..."信息。 3. 检查WebLogic是否正常启动(查看控制台是否可访问,日志是否有错误)。 ### 补充建议 - **检查Derby的启动日志**:如果Derby启动失败,也可能导致后续逻辑错误。查看Derby的启动日志(通常位于`$DOMAIN_HOME/derby.log`)是否有异常。 - **检查整个启动流程**:确保启动脚本中关于Derby的启动逻辑正确(如果有启动Derby的需求)。正常启动Derby的命令应该是: ```bash ${WL_HOME}/common/derby/bin/startNetworkServer.sh ... ``` ### 常见问题 - **问题**:在启动WebLogic时,由于之前的不正常关闭,脚本可能尝试先停止Derby(确保干净启动)。但这种情况通常会有明确的恢复机制,不会卡在停止步骤。 - **解决**:如果确实需要先停止再启动,应确保停止操作成功完成,然后继续启动流程。但注意,停止操作可能会失败(例如Derby未运行),导致脚本报错。此时可以忽略停止操作的错误,或者修改脚本逻辑。 ### 快速自检表 | 检查项 | 操作 | |--------|------| | 脚本中是否有停止Derby的调用 | `grep "stopNetworkServer.sh" startWebLogic.sh` | | DERBY_FLAG 变量值 | 在脚本中设置 `echo "DERBY_FLAG=${DERBY_FLAG}"` 并运行观察 | | 启动脚本逻辑 | 与标准启动脚本对比 | > 如果以上步骤无法解决,请提供`startWebLogic.sh`脚本中与Derby相关的部分(注意隐藏敏感信息),以便进一步分析。 §§ 相关问题 §§ 1. WebLogic启动时如何正确配置嵌入式Derby数据库? 2. 如何调试WebLogic启动脚本的执行流程? 3. WebLogic中如何禁用Derby数据库服务? 4. 启动WebLogic时出现"Address already in use"错误如何解决?[^1] [^1]: 端口冲突是WebLogic启动失败的常见原因之一。</think>### WebLogic 启动时出现 "Stopping Derby server" 错误的排查与解决 --- #### 问题原因分析 当执行 `startWebLogic.sh` 时出现 **"Stopping Derby server"** 错误,通常是由于以下原因: 1. **Derby 服务未正常关闭**:上次关闭时残留进程或锁文件未清理[^1] 2. **环境变量配置错误**:`DERBY_FLAG` 或路径变量设置异常 3. **文件权限问题**:Derby 日志文件或锁文件无写权限 4. **端口冲突**:Derby 默认端口 1527 被占用 --- ### 排查与解决步骤 #### 第一步:强制终止残留 Derby 进程 ```bash # 查找 Derby 相关进程 ps -ef | grep derby | grep -v grep # 强制终止进程 (示例 PID 为 12345) kill -9 12345 # 清除锁文件 (路径参考 domain.log) rm -f ${DOMAIN_HOME}/derbyDB/*.lck # 常见锁文件路径 ``` #### 第二步:检查环境变量配置 编辑启动脚本 `startWebLogic.sh`,确认以下配置: ```bash # 检查 DERBY_FLAG 设置 (应为 true) echo "DERBY_FLAG=${DERBY_FLAG}" # 验证 DERBY 路径 (示例) export DERBY_HOME=${WL_HOME}/common/derby ``` #### 第三步:修复文件权限 ```bash # 授予日志目录写权限 chmod -R 755 ${DOMAIN_HOME}/servers/AdminServer/logs # 重建 Derby 日志目录 mkdir -p ${DOMAIN_HOME}/derbyShutdown.log && chown weblogic:weblogic ${DOMAIN_HOME}/derbyShutdown.log ``` #### 第四步:检查端口冲突 ```bash # 检查 1527 端口占用 netstat -tlnp | grep 1527 # 若被占用则释放端口或修改 Derby 端口 vi ${DOMAIN_HOME}/config/config.xml # 修改: <network-protocol>1527</network-protocol> → 新端口 ``` #### 第五步:手动启动 Derby 测试 ```bash # 独立启动 Derby 服务 ${WL_HOME}/common/derby/bin/startNetworkServer.sh # 检查输出日志 tail -f ${DOMAIN_HOME}/derby.log ``` 若出现 `java.net.BindException` 则验证端口冲突问题。 --- ### 完整解决方案流程 1. **停止所有服务**: ```bash ./stopWebLogic.sh # 正常停止 ./stopAll.sh # 使用强制停止脚本[^1] ``` 2. **清理环境**: ```bash rm -f ${DOMAIN_HOME}/derbyShutdown.log rm -f ${DOMAIN_HOME}/derbyDB/*.lck ``` 3. **修改启动脚本**: 在 `startWebLogic.sh` 开头添加: ```bash export DERBY_FLAG="true" # 显式启用 Derby unset DERBY_STOP_CMD # 防止误触发停止 ``` 4. **重启服务**: ```bash nohup ./startWebLogic.sh & tail -f logs/domain.log # 监控启动日志 ``` --- ### 关键配置检查点 | 配置文件 | 检查项 | 正常值 | |---------|--------|--------| | `startWebLogic.sh` | `DERBY_FLAG` | `true` | | `config.xml` | `<embedded-ldap>` | `<enabled>false</enabled>` | | `setDomainEnv.sh` | `DERBY_HOME` | `${WL_HOME}/common/derby` | | `derby.properties` | `derby.drda.portNumber` | 未被占用的端口 | > 若仍失败,检查 `domain.log` 中 `Derby` 相关错误堆栈,通常包含具体文件路径或权限问题线索。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值