在Java进程中更改了环境变量（NLS_LANG）值？

Question

这在一些遗留Java应用程序（HP-UX上的jre1.4）中已被注意到。

父进程（shell脚本S1）正在启动Java进程，它自己启动子进程（shell脚本S2）。示意图如下：S1> Java> S2。

注意！ Java应用程序使用OCI驱动程序连接到Oracle DB。

什么是这里的怪是运行S1这一过程有环境变量NLS_LANG设置为american_america.BLT8MSWIN1257，Java的滋生S2使用：

Runtime.getRuntime().exec(cmd); 

和S2显示NLS_LANG设置为american_america.UTF8

（！）

这发生在一些有限的访问环境（生产）上，我无法在jre 1.5上重现与linux相同的问题。 AFAIK，Java进程应该从其父节点（S1）继承环境，并且应该将所有环境变量传递给其子节点S2（因为使用了单参数exec调用）。但是，似乎并非如此。任何想法为什么NLS_LANG似乎被改变？

Answer 1

系统中是否有任何登录触发器？在登录触发器中设置很多环境变量（通常是NLS _ * _ FORMAT）以避免依赖系统行为的环境配置是非常常见的。

SELECT * FROM DBA_TRIGGERS 
WHERE TRIGGERING_EVENT = 'LOGON'; 

Answer 2

NLS_LANG是如何设置的？

If you launch a program or enter another shell, that child task will not know about your environment variables unless you export them first.

Answer 3

由于NLS_LANG由父出口，我会认为它是由孩子继承。在这种情况下，您正在寻找一些启动脚本正在触发某处，正在用american_america.UTF8覆盖它。我会寻找一个.cshrc（或类似的，取决于什么外壳S2）。可能位于用户区域或/ etc全局区域中。