LINUX. Dónde establecer las variables entorno

Los ficheros donde introducir los export serían:

/etc/profile (a nivel de sistema)

~/.profile

~/.bash_profile
~/.bashrc

// donde ~ es tu directorio home

=====
// ejemplo 1: distintas formas de establecer las variables de entorno JAVA

export JAVA_HOME=/usr/java/jdk1.5.0_07
export JDK_HOME=/usr/java/jdk1.5.0_07
export JAVA_PATH="$JAVA_HOME"
export PATH=$PATH:$JAVA_HOME/bin
export JDK_HOME="$JAVA_HOME"

export PATH JAVA_HOME
export JAVA_HOME JDK_HOME PATH

JAVA_HOME=/usr/java/jdk1.5.0_07
PATH=$PATH:$JAVA_HOME/bin
export PATH JAVA_HOME

=====
// ejemplo 2: algunas variables de entorno ORACLE
export PATH="$PATH:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin"
export ORACLE_HOME="/usr/lib/oracle/xe/app/oracle/product/10.2.0/server"
export ORACLE_SID="XE"

NLS_LANG=SPANISH_SPAIN.WE8ISO8859P1; export NLS_LANG

Comentarios

Publicar un comentario

Entradas populares de este blog

PHP. módulo de un "long". Calcular dígito control de IBAN.

Calculando el DC dígito de control de un número de cuenta IBAN me he encontrado un problema con el módulo o resto. Al manejar un número que sobrepasa el integer, "no se exacta la barrera, pero supongamos que a partir de 2147483647 deja de ser nuestro integer de toda la vida", manual PHP. Enteros y al calcular el modulo de 97 de ese número long perdía la precisión y devolvía un resto incorrecto. Hay varias soluciones a esta situación, yo opté por usar bcmod function bcmod ya que en PHP hay funciones para casi todo y sino en www.phpclasses.org podremos encontrar alguna clase que nos facilite el desarrollo. Supongo que también se debe a la "anarquía" de PHP que no obliga a declarar el tipo de dato de la variable, aunque cada vez empiezo a encontrar más código en el que se hacen casting a las variables. En el mundo java un int es un int, un String es un String y un long es un long y todo el día haciendo casting pero siempre tienes claro que hay en una variable. $foo
Leer más

HTML. CSS. input disabled - input readonly

En IExplorer hay problemas con los input disabled, pero podemos usar los input readonly. Con los input disabled en el IExplorer no coge el del color de la fuente. Lo pone a un color gris claro. Pero con los input readonly si que coge el color de la fuente. Además los input disabled no se envian ni por el POST ni por el GET. En cambio los input readonly si se envían en la petición. En Mozilla FireFox los input disabled si que cogen el estilo del color de la fuente. <input type="text" id="campo_disabled" name="campo_disabled" size="5" readonly="readonly" value="deshabilitado"/> <input type="text" id="campo_readonly" name="campo_readonly" size="5" disabled="disabled" value="solo lectura"/> input { border: #7f9db9 1px solid; padding:0 0 0 3px; font-family:Tahoma,Georgia,serif; font-weight: lighter; color:#007EF4; } input [disabled] { background-col
Leer más