Environmental variables

I'm having a problem i believe in my environmental variables. I have installed java1.4.2 version and am using the windows xp. I am able to run programs that i have compiled else where but am unable to compile my own programs that i have written on my pc. any help is greatly appreciated

Did you add the Java's binary path on your Path system environment?
For example,
My computer -> right click -> properties -> details -> environment variables -> system environment variables -> Path -> edit
add ;(semicolon) and something likeC:/jdk14.2/bin at the end of the line.
Then check javac on the command prompt.
Even though mine is Win2K, but I think it would be similar on WinXP.
Hope this would help you.

Similar Messages

SAP Gateway- environmental variables not loaded when running brconnect

Hello
i have installed the Sap gateway on MSCS
and the RFC check in sm59 is successful,
However when i run a job in db13 it fails with "brconnect is not recognized as ......... "
<sid>adm has all environmental variables set correctly
SAPService<SID> has them too
when i run brconnect on OS level it works fine with <sid>adm and SAPService<SID>
however if create a brconnect.cmd file where i specify the command as
SET ORACLE_SID= ....
SET SAPDATA_HOME=....
C:\windows\sapcluster\brconnect.exe ...........
and run it in sm69 it works fine
Any ideas how to solve this, seems the variables are not taken when running sapxpg
, i don't want to edit the SDBAC for every command
P.S
set from sm69 returns only the system wide variables, however i have the two systems on this host, and can not make the environmental variables for ORACLE_SID and SAPDATA_HOME system wide as this will cause problem with the other sap system
Edited by: Yavor Markov on Apr 12, 2010 6:07 PM

Hi Markov,
Can you tell us with which user id you have installed SAP as well as check the sap services are running with which user id, if it is not <sid>adm then you have to check the environment variables of that user.
Also you can try adding c:\windows\sapcluster in PATH environment variable.
Regards,
Kishore Soma

Using environmental variables in dataexport calc

I'm using 11.1.2.1, and I thought I'd try this fancy new feature of using environmental variables in a DATAEXPORT calc script.
I've played around quite a bit, and believe the following is true.
The environmental variables must be the full path (including file name), that the export will write to.
Assume the following:
$DATAPATH = C:\data
$FILEPATH = C:\data\export.txt
If you try to export to $DATAPATH, it will error because there is no file name associated with that path.
If you try to export to $FILEPATH, it will work just fine.
Doesn't this kind of defeat the purpose of using environmental variables if you need a different variable for each file name?
My hope was that it worked like this:
Assume the following:
$DATAPATH = C:\data
In our export calc, you could append values that are specific to that calc/app.
e.g.
For an App 1 Export:
DATAEXPORT "File" "|" $DATAPATH/App1/filename.txt;
For an App 2 Export:
DATAEXPORT "File" "|" $DATAPATH/App2/filename.txt;
Am I missing something here? Any input both confirming/denying the above is welcome.

The dataexport command is very fussy about the file path as you have found out it only works you place the full path/filename in a variable.
It is also possible to use substitution variables but once again I think you need to use the full path/filename - Re: MaxL with DATAEXPORT and passed parameters
Cheers
John
http://john-goodwin.blogspot.com/

SSIS Environmental Variables not working in BPC 7.5(MS) Data Manager

Hi,
We have an SSIS 2008 package that is retrieving variable values from Environmental Variables. The package runs successfully when executed from DTExec, but fails when executing from a BPC 7.5(MS) Data Manager package. Looking through logs we've been able to pinpoint the issue. The issue is that the SSIS package is unable to retrieve variable values from Environmental Variables when running from Data Manager packages. We tried using XML Configuration files to store variable values, but this did not work either when running the SSIS package from Data Manager. Has anyone seen this before? If so, what was the solution to resolving the issue?
Thanks,
Glenn Van Der Werff

Hi Glenn,
Can you set package variables in Data Manager script as a workaround?
For example, here is how we set connection string:
GLOBAL(DRILL_CN_STRING,Data Source=%SQLSERVER%;Initial Catalog=%DRILL_DB%;Provider=SQLOLEDB.1;Integrated Security=SSPI;Application Name=SSIS-BPC_Incremental_Oracle;Auto Translate=False;)
DRILL_CN_STRING is a variable in our package and %<Parameter Name>% are parameters for that connection string.
Regarding Env Variables and XML... there could be security related and/or Package ProtectionLevel issue when BPC system account.
Hope that helps,
Akim

Environmental variables as command line args

Hello, all,
I would like to pass an environmental variable as a command line argument for a java program.
Example:
java MyClass $MY_VARIABLE
However, it actually passes "$MY_VARIABLE", and not the value of MY_VARIABLE. I know that I can use java -D(MY_VARIABLE=SOMETHING) and get it using System.getProperty ("MY_VARIABLE");
However, I would prefer it the first way, actually passing the variable inside command line. Is there a way to do this?
Thank you,
Elana

Nevermind... Error in my code... It works
Thank you

Terminal issues with environmental variables

I am having an issue with persisting environmental variables during a session. I am running an app that requires the sequential running of 3 scripts setenv.sh, build.sh, run.sh.
The first script sets variables that are being used by the other scripts. The script just contains lines like
"export ADVISOR_HOME=/Applications/Blaze/Advisor65;"
if i add echo the variables name in the script they are set, but immediately after or with env they are gone.
From my understanding (not much) these should persist as long as the window is open. Is there any setting that is being set in OS X that is sandboxing scripts? It would seem to be security-minded but is causing problems.
Also is there any way to temporarily disable the requirement to prefix a command call with ./ in os x. Many of the included scripts are calling methods in the same directory and I am having to alter a lot of scripts to include ./
Thanks in advance,
walter

walter deane wrote:
I am having an issue with persisting environmental variables during a session. I am running an app that requires the sequential running of 3 scripts setenv.sh, build.sh, run.sh.
The first script sets variables that are being used by the other scripts. The script just contains lines like
"export ADVISOR_HOME=/Applications/Blaze/Advisor65;"
if i add echo the variables name in the script they are set, but immediately after or with env they are gone.
Do you mean you echo them from within the script and then they are gone after the script ends? That would be normal. If you want them to persist through the other scripts, you could combine the scripts. The problem is that you're setting them in one process and expecting them to persist in another process. Unless the second is a child of the first, that won't work. I think it would work if you executed the second two scripts from within the first script because they would then be children of the first process. Does that make sense? I'm not sure of the correct terminology here and I can't draw a tree which is what I want to do! Another option might be to source setenv.sh rather than running it (i.e. wouldn't need to be executable) - the same way the shell does when starting up, I think.
From my understanding (not much) these should persist as long as the window is open.
I don't think it has anything to do with windows. It is just when the process exits. If you set such variables at the command line, they'll persist until the window closes because they'll persist until the process exits which is usually when the window closes. At least, in the simplest cases. But it isn't the window staying open or not that's important. It's that everything else done in the window happens to inherit the environment from the parent process. In truth, this often isn't the case anyway, but I expect that's the source of the misunderstanding.
Is there any setting that is being set in OS X that is sandboxing scripts? It would seem to be security-minded but is causing problems.
Nothing special that I know of. There is stuff for something like this in Leopard but you'd have to enable it and I'm not sure it applies here.
Also is there any way to temporarily disable the requirement to prefix a command call with ./ in os x. Many of the included scripts are calling methods in the same directory and I am having to alter a lot of scripts to include ./
You can do this but it is extremely insecure. Essentially, you can add the current directory to PATH. (PATH=$PATH:./; export PATH) It would be much, much better - much, much safer - to edit the scripts. Can you not use sed to edit them? If there is some sort of pattern, there's no need to do it by hand.
If this is an application you plan to share, you should certainly not consider changing PATH in this way unless you are aiming to produce an application with maximum destructive potential! If you don't plan to share, of course, it is your call!
- cfr

Please please give the neat way to set environmental variables for tomcat

Please forgive me to create a new post for this topic which have been created by many. i have configured tomcat and set enviromental variables in xp before, when i formatted my system everything washed out.
i configured tomcat with the help of post in this community which have been clearly explained but i could nt trace that post nw.
so do tell me how many environmental variables i should set with eg, earlier i have created four. i am badly needs to work in tomcat.
note : i dont want to set using command prompt

Mahesh_yeswecan wrote:
i configured tomcat with the help of post in this community which have been clearly explained but i could nt trace that post nw. Your posting history is here

Environmental variables Problems..

We have installed REDHAT 32 bit LINUX 5.0 Enterprise Edition on a 32 Bit System,
When we try to set environment variables for SAP via terminal window using export command the variable set once but when we reopen the terminal we didn't find the environmental variable set by us.
please provide the solution to set environmental variables in REDHAT LINUX 5.0 Enterprise Edition.
Which version of JAVA should be installed in REHAT LINUX 5.0.
and how we will check that java is installed.
Thanks & Regards
himanshu.

Hello,
I agree with Markus, most SAP environment variables wonu2019t require manual configuration. If you need to set other variables (such as JAVA_HOME, PATH, DISPLAY, etc.), then the process is going to vary depending on the shell of your user. Ditto on the 32-bit warningu2026the memory limitations are going to cause you major frustrations.
My system users use bash (sh). The users created by SAP use c shell (csh). Many distributions (including RHEL and clones) have a u2018/etc/profile.du2019 directory containing files loaded by various shells. If you want to set an environmental variable for all users of a particular shell, use this directory.
sh example:
/etc/profile.d/java.sh
export JAVA_HOME=/opt/java
export PATH=$JAVA_HOME/bin:$PATH
csh example:
/etc/profile.d/java.csh
setenv JAVA_HOME /opt/java
setenv PATH $JAVA_HOME/bin:$PATH
Tips:
No need to add the normal first line of the shell script.
I create the environment files in this directory segmented on application.
All of the files in my profile.d directory are executable.
Hope this helps,
Zach

How to set environmental variable

Hi,
How to set environmental varibale oracle_sid=orcl
I tried on the command prompt once, set oracle_sid=orcl and it was just temperory. Next time again it prompts me that the environmental variable is not set, before I run "emctl status".
Thanks,

HI
in HPUX u can use
export ORACLE_SID=SID
you can also put export ORACLE_SID=SID in the .profile file from your oracle user then the environment variable is set.
Regards

What the need of environmental variables

when we are writing shell scripts which contains sql relative statements
why we need to have these environmental variables
ORACLE_HOME=........; export ORACLE_HOME
LD_LIBRARY_PATH=$ORACLE_HOME/lib;
export LD_LIBRARY_PATH
PATH=$ORACLE_HOME/bin:$PATH;
export PATH
unset ORA_NLS33
export NLS_NUMERIC_CHARACTERS=,
please tell me
if possible each one in detail and any link contains these things

As already mentioned, they are pointers which allow the script to find programs and files. For example, if you set ORACLE_HOME=/app/oracle/product/10.2.0 and then PATH=$ORACLE_HOME/bin:$PATH then when you call sqlplus, the operating system can find the sqplus program because it searches down the $PATH directory structure. Some of the Oracle code itself relies on these being set - try not having ORACLE_HOME or PATH set and then executing sqlplus from the oracle installation bin directory - you get an error stating a message file cannot be accessed - this is becuse the internal code it using the ORACLE_HOME and PATH environment variables.
Also, setting the variables makes your scripts much easier to maintain - if you move your script to another server where the filesystem is different or you upgrade Oracle so that the $ORACLE_HOME changes, you only need to change these lines, rather than trawl your whole script. It's basically good coding practice to do this.
Cheers,
James

Do we need to update snpsagent.conf File and Windows Environmental variable in ERPI 11.1.2.2

In ERPI 11.1.1.3 Admin guide its mentioned we need to update the below , do we need to do the same in 11.1.2.2 version also
Updating the snpsagent.conf File
ä To update the snpsagent.conf file:
1 Navigate to the folder where Oracle Data Integrator is installed.
For example, C:\OraHome_1\oracledi\tools\wrapper\conf.
2 Using a text editor, open the snpsagent.conf file.
3 Search for: wrapper.java.library.path.1.
4 On a new line, add the following text:
wrapper.java.library.path.2=../drivers
5 Close and save the file.
Updating the Windows Environment Variable
After you update the snpsagent.conf file, add the ODI drivers path information to the
Windows environment variable.
ä To update the Windows environment variable:
1 On the desktop, right-click My Computer, select Properties. Select the Advanced tab, and then click
Environment Variables.
2 In the System variables section, select the Path variable, and then click Edit.
3 At the end of the Variable value line, add a semi-colon (;), and then add the Oracle Data Integrator
driver path.
For example, C:\OraHome_1\oracledi\drivers.
4 Click OK three times.
5 Restart the Oracle Data Integrator Agent Service.
Thanks

You should not have to do this in ODI 11.1.1.6 for ERPi 11.1.2.2.

JAVA ENVIRONMENTAL VARIABLE AND PATH SETTINGS

Hi all,
I am having a pecuilar problem with java environment variables and setting the path.
I am trying to install and check the instalation using some pre-provided batch commands from Open GTS.
The error log is as below .
** Found 2 Error(s)!
1) The 'PATH' environment variable points to the JRE, rather than the JDK.
   [Reason: The 'PATH' environment variable points to the JRE (Java Runtime
     Environment), rather than the JDK (Java Developer Kit). The JDK already
     contains the JRE, so a separate JRE insallation is not necessary.]
   [Fix: Set the 'PATH' environment variable to point to the JDK installation bi
n
     directory.]
2) 'JAVA_HOME' does not match the Java installation 'PATH' directory 'C:\Program
Files\Java\jre6'.
   [Reason: The version of Java referenced in the executable 'PATH' environment
     variable does not match 'JAVA_HOME'.]
   [Fix: Make sure both the 'JAVA_HOME' and 'PATH' environment variables point t
o the
     same installed JDK.]
No warnings reported
Further more these may help understand better
C:\Dush\Workspaces\JavaWorkspace\OpenGTS>echo %JAVA_HOME%
C:\Program Files\Java\jdk1.6.0_03
C:\Dush\Workspaces\JavaWorkspace\OpenGTS>path
PATH=C:\Program Files\PC Connectivity Solution\;C:\WINDOWS\system32;C:\WINDOWS;C
:\WINDOWS\System32\Wbem;C:\Program Files\apache-ant-1.7.0\bin;C:\Program Files\J
ava\jdk1.6.0_03\bin;C:\Program Files\MySQL\MySQL Server 5.0\bin;C:\Dush\Workspac
es\JavaWorkspace\OpenGTS\bin;
C:\Dush\Workspaces\JavaWorkspace\OpenGTS>The resolution suggests that the path point to the same instance of jdk installation but that has already been done,
I do not understand from where does the
C:\Program Files\Java\jre6 path get set.
Please suggest..

dushdushyant wrote:
** Found 2 Error(s)!
1) The 'PATH' environment variable points to the JRE, rather than the JDK.
[Reason: The 'PATH' environment variable points to the JRE (Java Runtime
Environment), rather than the JDK (Java Developer Kit). The JDK already
contains the JRE, so a separate JRE insallation is not necessary.]
[Fix: Set the 'PATH' environment variable to point to the JDK installation bi
n
directory.]
2) 'JAVA_HOME' does not match the Java installation 'PATH' directory 'C:\Program
Files\Java\jre6'.
[Reason: The version of Java referenced in the executable 'PATH' environment
variable does not match 'JAVA_HOME'.]
[Fix: Make sure both the 'JAVA_HOME' and 'PATH' environment variables point t
o the
same installed JDK.]
No warnings reported
C:\Dush\Workspaces\JavaWorkspace\OpenGTS>echo %JAVA_HOME%
C:\Program Files\Java\jdk1.6.0_03
C:\Dush\Workspaces\JavaWorkspace\OpenGTS>path
PATH=C:\Program Files\PC Connectivity Solution\;C:\WINDOWS\system32;C:\WINDOWS;C
:\WINDOWS\System32\Wbem;C:\Program Files\apache-ant-1.7.0\bin;C:\Program Files\J
ava\jdk1.6.0_03\bin;C:\Program Files\MySQL\MySQL Server 5.0\bin;C:\Dush\Workspac
es\JavaWorkspace\OpenGTS\bin;
Put the java home bin folder on the path before %SYSTEMROOT%\system32
set JAVA_HOME=C:\Program Files\Java\jdk1.6.0_03
set PATH=%JAVA_HOME%\bin;%PATH%

Search Drives with incorrect Environmental Variables Win 7

The login script maps a search drive is
MAP S1:=FS_BP\SYS2:BATCH
A batch file will run properly from a command prompt.
When running a batch file from Start | Run there is this error message
Windows cannot find 'Z:.\filename.bat'
The PATH variable shows Z:.
This is a problem in Windows 7 not Windows XP.
The root of the problem is that dot before the slash.
How do I correct this?

Same here - but I never saw this before as I don't use any of the
executables, which are accessible via the path set by the login script.
And the dot after the path (in my case Y:. ) I see, too. But that is
not different from WinXP. Only WinXP is able to open Y:.\xxx.exe,
whereas Win7 only allows Y:\xxx.exe - but it works if you enter
y:.\xxx.exe directly into the run field in Win7, too.
Seems to be a client problem, because if you set the path to e.g. D:.
(a local NTFS drive) entering xxx.exe into the run field starts xxx.exe
from D:\
W. Prindl
tmathis wrote:
>
>The login script maps a search drive is
>MAP S1:=FS_BP\SYS2:BATCH
>
>A batch file will run properly from a command prompt.
>When running a batch file from Start | Run there is this error message
>Windows cannot find 'Z:.\filename.bat'
>
>The PATH variable shows Z:.
>
>This is a problem in Windows 7 not Windows XP.
>The root of the problem is that dot before the slash.
>How do I correct this?

Application retirieval of environmental variable to view logs in app

I am working on a page that will be used to troubleshoot problems in my WebSphere application. One of the things that I would like to show on this page is info from my logs (SystemOut and SystemError). On my development servers it is a simple enough task to open the files and grab their data using readLine() to read the data. However, on my production servers, I do not know the locations of the logs files and the app runs on a cluster of three servers.
I was thinking that if my app could figure out what the value was of the WebSphere variable "SERVER_LOG_ROOT" (defined in WAS 6 at Environment->WebSphere Variables) I could use that to determine where to open the log files.
How can I determine the value of this variable? Or any other idea how to open my logs from within my application?
Thanks.

Hi,
This forum is exclusively for discussions related to Sun Java Studio Creator. Please post your queries in the appropriate forum.
Thanks,
RK

Question about Hyperion Environmental Variables

Hi,
Can someone please give me a clear explanation about the following Environment variables in Hyperion. I am very much confused about these variables, it would be really helpful for me to understand better if I get a clear explanations of those.
1) ARBORPATH
2) ESSBASEPATH
3) HYPERION_HOME
4) ORACLE_HOME
5)ORACLE_INSTANCE
Thanks in advance!!!
Regards,
Newton

Basically I want to know if declaring
a final instance variable and assigning it to an
existing Object will make an immutable copy of that
Object. Big no. It will neither make a copy, nor will anything be immutable. Final just means that once the value or reference of the attribute or variable is set, it can't be altered.
final StringBuffer sb = new StringBuffer();
sb.append("!");still works.
Your inner class will access the instance of Dimensions stored in myDims. There won't be any other instance.

Environmental variables

Similar Messages

Maybe you are looking for