java - 在 jar 中复制“export”命令以设置环境变量
问题描述
设想
在使用 执行一系列命令时,ProcessBuilder
我注意到我目前无法设置环境变量,以便在执行一组命令后它仍然“已知”。
问题
如何export TASKDDATA=/var/taskd
在文件中重新创建命令的效果* .jar
?
尝试 0
Java中的ProcessBuilder环境变量提供了一种为每个特定命令设置环境变量的方法,但是当我执行该.jar
解决方案并检查$u
执行后环境变量是否仍然设置时,我发现它不是。而$TASKDDATA
执行后确实保持设置。为了显示:
a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA
a@DESKTOP-desktopName:/mnt/e$ TASKDDATA=/var/taskd
a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA
/var/taskd
a@DESKTOP-desktopName:/mnt/e$ sudo java -jar autoInstallTaskwarrior.jar
[sudo] password for a:
Process ended with rc=0
Standard Output:
util/
Standard Error:
a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA
/var/taskd
a@DESKTOP-desktopName:/mnt/e$ echo $u
尝试 1
对于单个命令,环境变量可以使用我写的解决方案:Java ProcessBuilder 如何从命令获取二进制输出。然而,这并没有为需要再次设置它的第二个命令保留任务变量。但是,使用导出命令时,不需要重新设置环境变量。具体来说,当 java 代码完成并且用户想要输入任何需要环境变量的附加命令时,这种差异就会显现出来。在这种情况下,用户需要先再次键入导出命令。
尝试 2
当打开一个新的 shell 以获取 root 权限时,会出现另一个区别sudo -s
。在文件中设置环境不仅.jar
需要为每个单独的命令重新设置,而且环境变量不会传递给具有 root 权限的新 shell。例如执行以下命令:
commandLines[53] = new String[4];
commandLines[53][0] = "sudo";
commandLines[53][1] = "-s";
commandLines[53][2] = "taskdctl";
commandLines[53][3] = "start";
commands[53].setCommandLines(commandLines[53]);
commands[53].setEnvVarContent("/var/taskd");
commands[53].setEnvVarName("TASKDDATA");
commands[53].setWorkingPath("/usr/share/taskd/pki");
commandLines[54] = new String[5];
commandLines[54][0] = "sudo";
commandLines[54][1] = "-s";
commandLines[54][2] = "task";
commandLines[54][3] = "sync";
commandLines[54][4] = "init";
commands[54].setCommandLines(commandLines[54]);
commands[54].setEnvVarContent("/var/taskd");
commands[54].setEnvVarName("TASKDDATA");
commands[54].setWorkingPath("/usr/share/taskd/pki");
返回:
53RUNNINGCOMMAND=sudo -s taskdctl start
The TASKDDATA variable must be set.
54RUNNINGCOMMAND=sudo -s task sync
Could not connect to 0.0.0.0 53589
Sync failed. Could not connect to the Taskserver.
Syncing with 0.0.0.0:53589
注1
$TASKDDATA=/var/taskd
在执行.jar
with:之前设置环境变量TASKDDATA=/var/taskd sudo java -jar autoInstallTaskwarrior.jar
并不能确保环境变量$TASKDDATA
在文件执行后仍然可用.jar
。此外,它超出了问题的范围,因为它不是在.jar
文件内而是在文件外设置的.jar
。
笔记2
我知道将命令用作由 processbuilder 执行的命令是不合适export
的,就像cd
命令一样。
*这就是为什么问题的重点是再现设置环境变量的“长期/持久”效果/可用性,而不是“如何执行导出命令。”。
解决方案
当我执行该解决方案的 .jar 并检查执行后环境变量 $u 是否仍然设置时,我发现它不是。
这是预期的行为。一些操作系统支持全局“环境”变量的概念。但不是 UNIX。在类 UNIX 操作系统中,每个进程都有自己的环境变量私有副本。一个进程不能修改另一个进程的环境。这也是为什么在一个进程中改变当前工作目录并不会改变其父进程的 cwd 的原因。每个进程都有自己的 cwd。
解决该限制的常用方法是让子进程将 var=val 对写入标准输出,然后父 shell 评估该输出以在其环境中设置 var。为了说明起见,假设命令是名为myscript.sh的以下 shell 脚本,而不是 Java 程序:
#!/bin/sh
echo VAR_A=val_a
echo VAR_B=val_b
然后父壳做
export $(./myscript.sh)
推荐阅读
- sharethis - ShareThis: the subject shows up in the To field of an email client for the email share button
- amazon-web-services - 如何通过 Apache Guacamole 启动 EC2 实例?
- java - 查找文件中每个出现的字符串并将其存储在列表中
- python - 我正在做一个项目,我正在创建一个名为 geolocation_client.py 的文件。我不断收到错误,pycharm 不断告诉我安装 stash
- amazon-web-services - 如何防止更新 AWS Amplify GraphQL API 的 ownerField?
- algorithm - 关于如何运行一组优化算法的经验法则
- stata - 根据指标变量(Stata)按教育组计算失业率
- windows - 通过powershell在windows 10中添加国际英文键盘
- ios - 在 iOS Swift 上打开 http 深层链接
- node.js - 使用 nodejs aws-sdk 将较大的文件上传到 s3 的最佳方法是什么?MultipartUpload vs ManagedUpload vs getSignedURL 等