sandbox启动未加载repeater的问题

最新推荐文章于 2023-09-18 16:41:22 发布

saii

最新推荐文章于 2023-09-18 16:41:22 发布

阅读量1.2k

点赞数

分类专栏： jvm-sandbox-repeater 文章标签： linux java github

本文链接：https://blog.csdn.net/qq744746842/article/details/128431515

版权

jvm-sandbox-repeater 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

背景

通过官方提供的 repeater 的下载链接，并不能够在sandbox启动时，加载进行，我们可以看下sandbox的日志截图

在这里插入图片描述

但是如果通过源码的repeater进行安装后，就能够成功加载到repeater。

在这里插入图片描述

分析

这是个很奇怪的问题，想要分析这个，我们就要确认下通过官方的脚本安装跟源码安装的差异在哪了。

官方的shell脚本

#!/usr/bin/env bash

typeset SANDBOX_HOME=${HOME}/sandbox

typeset MODULE_HOME=${HOME}/.sandbox-module

# exit shell with err_code
# $1 : err_code
# $2 : err_msg
exit_on_err()
{
    [[ ! -z "${2}" ]] && echo "${2}" 1>&2
    exit ${1}
}

main(){
    echo "======  begin to install sandbox and repeater module       ======";
    echo "======  step 0 begin to download sandbox package           ======";
    curl -s https://github.com/alibaba/jvm-sandbox-repeater/releases/download/v1.0.0/sandbox-1.3.3-bin.tar | tar xz -C ${HOME} || exit_on_err 1 "extract sandbox failed"
    echo "======  step 1 begin to download repeater module package   ======";
    if [ ! -d ${MODULE_HOME} ]; then
        mkdir -p ${MODULE_HOME} || exit_on_err 1 "permission denied mkdir ${MODULE_HOME}"
    fi
    curl -s https://github.com/alibaba/jvm-sandbox-repeater/releases/download/v1.0.0/repeater-stable-bin.tar | tar xz -C ${MODULE_HOME} || exit_on_err 1 "extract repeater failed"
    echo "======                 install finished                    ======";
}

main

从上面可以看出来，其实就是下载两个文件，分别解压到对应的目录下就好了。

那我们再看下通过repeater源码进行执行 install-local.sh的逻辑

#!/usr/bin/env bash

# repeater's target dir
REPEATER_TARGET_DIR=../target/repeater

# exit shell with err_code
# $1 : err_code
# $2 : err_msg
exit_on_err()
{
    [[ ! -z "${2}" ]] && echo "${2}" 1>&2
    exit ${1}
}

# package
sh ./package.sh || exit_on_err 1 "install failed cause package failed"

# extract sandbox to ${HOME}
curl -s https://github.com/alibaba/jvm-sandbox-repeater/releases/download/v1.0.0/sandbox-1.3.3-bin.tar | tar x -C ${HOME} || exit_on_err 1 "extract sandbox failed"

# copy module to ~/.sandbox-module
mkdir -p ${HOME}/.sandbox-module || exit_on_err 1 "permission denied, can not mkdir ~/.sandbox-module"
cp -r ${REPEATER_TARGET_DIR}/* ${HOME}/.sandbox-module  || exit_on_err 1 "permission denied, can not copy module to ~/.sandbox-module"

我们可以看到这里的过程其实就是先进行打包repeater, 然后在下载sandbox, 再将打包后的repeater的内容，复制一份到 sandbox-module目录下。这里其实是有差异的，一个是解压压缩包，一个是直接复制目录的情况。

这里如果细致的话，就会发现一个明显不一样的地方了。

通过官方的shell脚本安装以后，得到的 .sandbox-module目录下是一个repeater的目录

在这里插入图片描述

而通过源码安装得到的其实是不一样的

在这里插入图片描述

但是官方的得到的目录进行的一个层级一个得到的就是相同的目录了.

在这里插入图片描述

这就是问题的根因了，但是为什么多一个目录，就导致没有办法被加载呢，其实这个我们可以尝试去看下sandbox的逻辑。

ModuleLibLoader.java

private File[] listModuleJarFileInLib() {
    final File[] moduleJarFileArray = toModuleJarFileArray();
    Arrays.sort(moduleJarFileArray);
    logger.info("loading module-lib={}, found {} module-jar files : {}",
            moduleLibDir,
            moduleJarFileArray.length,
            join(moduleJarFileArray, ",")
    );
    return moduleJarFileArray;
}

我们可以知道，加载module-lib成功就会有这样子的内容打印，所以其实关键就是

private File[] toModuleJarFileArray() {
    if (moduleLibDir.exists()
            && moduleLibDir.isFile()
            && moduleLibDir.canRead()
            && StringUtils.endsWith(moduleLibDir.getName(), ".jar")) {
        return new File[]{
                moduleLibDir
        };
    } else {
        return convertFileCollectionToFileArray(
                listFiles(moduleLibDir, new String[]{"jar"}, false)
        );
    }
}

listFiles(moduleLibDir, new String[]{"jar"}, false) 是列出对应目录下所有jar包的问题，但是关键是第三个参数是false，其实就是不递归遍历，所以它只会获取到第一层级的目录，所以这就导致了如果目录多一个repeater以后，就没有办法，加载repeater了。