Nota: antes de utilizar esta información y el producto al que da soporte, asegúrese de leer la información general que aparece en Avisos.
Esta edición de la Guía del usuario se aplica a IBM 32-bit Runtime Environment for Linux sobre arquitectura Intel, Java 2 Technology Edition, Versión 1.4.1, y a todos los releases y modificaciones subsiguientes, a menos que se indique lo contrario en nuevas ediciones.
(c) Copyright Sun Microsystems, Inc. 1997, 2002, 901 San Antonio Rd., Palo Alto, CA 94303 USA. Reservados todos los derechos.
(c) Copyright International Business Machines Corporation, 1999, 2003. Reservados todos los derechos.
Derechos restringidos para los usuarios del Gobierno de los Estados Unidos - Su uso, duplicación o divulgación están restringidos por el GSA ADP Schedule Contract con IBM Corp.
El IBM(R) 32-bit Runtime Environment for Linux sobre arquitectura Intel, Java(TM) 2 Technology Edition, Versión 1.4.1 contiene la Java Virtual Machine (JVM), clases Java de Sun Microsystems centrales y archivos de soporte. El Runtime Environment no contiene todas las clases que se encuentran en el paquete del SDK.
La Guía del usuario proporciona información general sobre el Runtime Environment e información específica sobre las diferencias en la implementación de IBM del Runtime Environment comparada con la implementación de Sun. Lea esta Guía del usuario además de la documentación más amplia que se proporciona en el sitio Web de Sun: http://java.sun.com.
Para obtener una lista de distribuciones sobre las que se ha comprobado el SDK para Linux, consulte: http://www-106.ibm.com/developerworks/java/jdk/linux/tested.html
Tenga en cuenta que el Runtime Environment para Linux es un subconjunto del SDK y sólo le permite ejecutar aplicaciones Java. Si ha instalado el SDK, está incluido el Runtime Environment.
Los términos "Runtime Environment" y "Java Virtual Machine" se utilizan de manera indistinta a lo largo de esta Guía del usuario.
Los cambios técnicos de esta Guía del usuario 1.4.1, que no sean los menores u obvios como la actualización de la versión "1.4.0" a "1.4.1", están indicados en rojo cuando se trata de HTML o una copia impresa en color y mediante barras verticales a la izquierda de los cambios.
Configuración del Runtime Environment para Linux
Desinstalación del Runtime Environment para Linux
Obtención del número de versión y de nivel de compilación de IBM
Conmutación del método de entrada en idiomas DBCS
Instalación de la aplicación en un sistema de usuario
El Runtime Environment para Linux contiene el subconjunto de clases necesarias para crear un entorno de ejecución Java y para ejecutar programas Java. También contiene la JVM (Máquina Virtual Java), clases Java y archivos de soporte. El Runtime Environment para Linux contiene solamente un subconjunto de las clases incluidas en el SDK.
|En general, cualquier applet o aplicación que se ejecute en la |versión 1.1.8, 1.2.2 ó 1.3.1 del SDK |para Linux debería ejecutarse correctamente en esta versión. Los |applets que dependen de las API Java 1.4.1 de Sun sólo funcionan |en navegadores que soportan las API Java 1.4.1.
No se garantiza que las clases 1.4.1 compiladas funcionen en releases del Runtime Environment anteriores al 1.4.0.
El Runtime Environment para Linux incluye archivos .so no depurables y los archivos de clases necesarios para dar soporte a un programa durante el tiempo de ejecución. El Runtime Environment para Linux no incluye ninguna de las herramientas de desarrollo, del tipo appletviewer o javac, ni clases que pudieran pertenecer sólo a un sistema de desarrollo.
Además, el paquete de la interfaz de programas de aplicación (API) Java Communications se proporciona para su uso con el Runtime Environment para Linux.
El archivo LICENSE_xx.html contiene el acuerdo de licencia del software Runtime Environment para Linux. xx es la abreviatura del idioma.
Para ver o imprimir el acuerdo de licencia, abra el archivo en un navegador Web.
El compilador JIT (just-in-time) (libjitc.so) genera dinámicamente el código máquina utilizado con frecuencia por secuencias de código de bytes en aplicaciones o applets Java mientras se están ejecutando.
El Runtime Environment para Linux incluye el compilador JIT (libjitc.so), que, por omisión, está habilitado.Es posible inhabilitar el JIT para contribuir a aislar un problema con una aplicación Java, un applet o el mismo compilador.
Para inhabilitar el compilador JIT, escriba lo siguiente en el indicador de shell en la ventana donde ejecutará la aplicación:
export JAVA_COMPILER=NONE
Para habilitar el compilador JIT, escriba lo siguiente en el indicador de shell :
export JAVA_COMPILER=jitc
Para verificar si el JIT está habilitado o no, escriba lo siguiente en el indicador de shell:
java -version
Si el JIT se está utilizando, aparece un mensaje que incluye lo siguiente:
(JIT enabled: jitc)
Si el JIT no se está utilizando, aparece un mensaje que incluye:
(JIT disabled)
IBM no da soporte a la interfaz de métodos nativa en este release. No utilice esta interfaz en sus aplicaciones.
La JNI (interfaz nativa de Java) se incluye con el Runtime Environment. Para obtener información sobre cómo utilizar la JNI, consulte el sitio Web de Sun: http://java.sun.com.
Después de instalar el Runtime Environment para Linux, edite el script de inicio de sesión del shell y añada este directorio a su sentencia PATH:
/opt/IBMJava2-141/jre/bin
Si ha instalado el Runtime Environment para Linux en un directorio distinto de /opt/IBMJava2-141/, sustituya /opt/IBMJava2-141/ por el directorio en el que ha instalado el Runtime Environment para Linux.
El proceso que se utiliza para eliminar el Runtime Environment para Linux
depende de si se ha instalado el paquete instalable Red Hat Package Manager
(RPM) o el paquete comprimido Tape Archive (TAR). Consulte Desinstalación del paquete instalable Red Hat Package Manager
(RPM) o Desinstalación del paquete comprimido Tape
Archive (TAR) para obtener instrucciones.
Para desinstalar el Runtime Environment para Linux si ha instalado el paquete instalable RPM:
rpm -e IBMJava2-JRE-1.4.1
De forma alternativa puede utilizar una herramienta gráfica como kpackage
o yast2.
Para desinstalar el Runtime Environment para Linux si ha instalado el paquete comprimido TAR:
La herramienta java inicia una aplicación Java.
La JVM busca la clase de arranque y otras clases utilizadas en tres pasos de localización: la classpath de la rutina de carga, las extensiones instaladas y la vía de acceso de clases del usuario. Los argumentos que van después del nombre de clase o nombre de archivo JAR se pasan a la función principal.
El mandato javaw es idéntico a java, excepto que javaw no tiene una ventana de consola asociada. Utilice javaw si no desea que aparezca una ventana indicadora de mandatos. El iniciador javaw muestra un recuadro de diálogo con información de error si se produce una anomalía durante el inicio.
Los mandatos java y javaw tienen la sintaxis siguiente:
java [ opciones ] clase [ argumentos ... ] java [ opciones ] -jar archivo.jar [ argumentos ... ] javaw [ opciones ] clase [ argumentos ... ] javaw [ opciones ] -jar archivo.jar [ argumentos ... ]
Los elementos que aparecen entre corchetes son opcionales.
Si se especifica la opción -jar, el archivo JAR especificado contiene los archivos de clases y recursos de la aplicación, con la clase de arranque indicada mediante la cabecera de manifiesto Main-Class (clase principal).
El iniciador tiene un conjunto de opciones estándar a las que el Runtime Environment da soporte actualmente y en releases futuros. Además, existe un conjunto de opciones no estándar.
-D<nombre_propiedad>=<valor>
-assert
-cp o -classpath <directorios y archivos zip o jar separados por :>
-help o -?
-showversion
-verbose[:class | gc | jni]
-version
-X
Las opciones -X que se listan más abajo son un subconjunto de las que están disponibles. No son estándar y están sujetas a cambios sin previo aviso.
-Xargencoding
-Xbootclasspath:<directorios y archivos zip o jar separados por ;>
-Xbootclasspath/a:<directorios y archivos zip o jar separados por ;>
|-Xbootclasspath/p:<directorios y archivos
|zip o jar separados por ;>
|
-Xcheck:jni
-Xcheck:nabounds
-Xdebug
|-Xdisableexplicitgc
|
-Xdisablejavadump
|-Xgcpolicy:{optthruput | optavgpause}
|
-Xms<tamaño>
-Xmx<tamaño>
-Xnoclassgc
-Xoss<tamaño>
-Xquickstart
-Xrs
-Xrunnombre_biblioteca[:opciones]
-Xss<tamaño>
|-Xverbosegclog:<vía de acceso del
|archivo><nombre de archivo>[X, Y]
|
|
-Xverify
El mandato java y otros mandatos del iniciador java (como javaw) permiten especificar un nombre de clase con cualquier carácter Unicode que esté en el juego de caracteres del entorno local actual.
Puede especificar cualquier carácter Unicode en el nombre de clase y argumentos utilizando secuencias de escape java. Para hacerlo, debe especificar -Xargencoding. Para especificar un carácter Unicode, utilice secuencias de escape con el formato \u####, donde # es un dígito hexadecimal (0 a 9, A a F).
Para especificar que el nombre de clase y los argumentos del mandato están en codificación UTF8 o ISO8859_1, utilice -Xargencoding:utf8 y -Xargencoding:latin.
En el Runtime Environment, si utiliza un entorno local distinto de inglés, los mandatos java y javaw proporcionan mensajes de salida traducidos. Estos mensajes son distintos de los de la versión 1.3.1 y también varían dependiendo del entorno local en que se ejecuta Java. Las descripciones de error y otra información de depuración devuelta por java está en inglés. La información de depuración devuelta durante la instalación se muestra entre corchetes.
En el Runtime Environment, puede especificar un nombre de clase como nombre
de archivo completo incluida la vía de acceso completa y la extensión
.class. En versiones anteriores del SDK, sólo se podía
especificar la clase relativa a la CLASSPATH y no permitía la
extensión .class. La utilización del nombre de archivo completo
permite iniciar una aplicación java desde el escritorio o iniciador de
archivos. Si especifica un archivo .class con vía de acceso y
extensión, la vía de acceso especificada se sitúa dentro de la
CLASSPATH. Por ejemplo, el mandato java
c:\miapli\estaapli.class equivale a especificar java
-classpath c:\miapli estaapli. |Cuando se activa una señal que resulta interesante para la JVM, se llama a
|un manejador de señales. Este manejador de señales determina si ha sido
|llamado por una hebra Java o no Java. Si la señal es de una hebra Java,
|la JVM toma el control del manejo de la señal. Si la señal es de una
|hebra no Java y la aplicación que ha instalado la JVM ha instalado previamente
|su propio manejador de señales, se pasa el control a ese manejador. En
|caso contrario, la señal se ignora (tanto si es la acción predeterminada para
|la señal como si no lo es).
|Para señales de excepción y de error la JVM:
|
|En el caso de las señales de interrupción, la JVM también entra en una
|secuencia de conclusión controlada, pero esta vez se trata como una
|terminación normal que:
| |La conclusión es idéntica a la conclusión iniciada por una llamada al
|método Java System.exit().
|Otras señales utilizadas por la JVM son para temas de control interno y no
|hacen que termine. La única señal de control interesante es SIGQUIT,
|que hace que se genere un volcado de la imagen de memoria de Java.
|La Tabla 1 siguiente muestra las señales utilizadas por la JVM.
|Las señales se han agrupado en la tabla por tipo o utilización, de la forma
|siguiente:
| |Tabla 1. Señales utilizadas por la JVM |Utilice la opción -Xrs (reducir el uso de señales) para evitar
|que la JVM utilice la mayoría de señales. Para obtener más información,
|consulte la página del iniciador de aplicaciones de Java de Sun en http://java.sun.com/j2se/1.4.1/docs/tooldocs/windows/java.html.
|Las señales 1 (SIGHUP), 2 (SIGINT), 4
|(SIGILL), 6 (SIGABRT), 7 (SIGEMT), 8 (SIGFPE)
|, 10 (SIGBUS), 11 (SIGSEGV), 12 (SIGSYS)
|, 15 (SIGTERM), y 24 (SIGXCPU) hacen que la JVM
|concluya; por lo tanto, un manejador de señales de la aplicación no
|debería intentar recuperarse de estas situaciones a menos que ya no necesite
|los servicios de la JVM.
|La JVM de IBM 32-bit Runtime Environment for Linux sobre arquitectura
|Intel, Java 2 Technology Edition, Versión 1.4.1 contiene un
|nuevo servicio de encadenamiento de señales. El encadenamiento de
|señales permite a la JVM interoperar de forma más eficaz con el código nativo
|que instala sus propios manejadores de señales.
|El servicio de encadenamiento de señales permite a la aplicación enlazar y
|cargar la biblioteca compartida libjsig.so antes de
|libc/libthread/libpthread. La biblioteca jsig.dll garantiza que
|llamadas como signal(), sigset() y
|sigaction() sean interceptadas para que sus manejadores no
|sustituyan a los manejadores de señales de la JVM. En su lugar, estas
|llamadas guardan los nuevos manejadores de señales o los "encadenan" detrás de
|los manejadores instalados por la JVM. Más tarde, cuando se lance
|alguna de estas señales y se determine que no está destinada a la JVM, se
|invocarán los manejadores preinstalados.
|Para utilizar libjsig.so:
| |o bien
|Si instala manejadores de señales que utilizan sigaction(),
|algunos sa_flags no se observan cuando la JVM utiliza la
|señal. Estos son:
| |La biblioteca libjsig.so siempre oculta también los manejadores de
|señales de la JVM de la aplicación. Por lo tanto, llamadas como
|signal(), sigset() y sigaction() realizadas
|después de iniciarse la JVM ya no devuelven una referencia al manejador de
|señales de la JVM y en su lugar devuelven cualquier manejador que haya sido
|instalado antes del inicio de la JVM.|Cómo procesa las señales la JVM
|
|Señales utilizadas por la JVM
|
Nombre de señal
Tipo de señal
Descripción
Inhabilitada por -Xrs
SIGSEGV
Excepción
Acceso incorrecto a la memoria (escritura en memoria inaccesible)
No
SIGILL
Excepción
Instrucción no permitida (intento de invocar una instrucción de máquina
desconocida)
No
SIGFPE
Excepción
Excepción de coma flotante (división por cero)
No
SIGBUS
Excepción
Error del bus (intento de direccionar una ubicación de memoria no
existente)
Sí
SIGSYS
Excepción
Llamada al sistema emitida incorrecta
Sí
SIGXCPU
Excepción
Superado el límite del tiempo de la CPU (ha estado en ejecución mucho
tiempo)
Sí
SIGXFSZ
Excepción
Superado el límite del tamaño de archivos
Sí
SIGABRT
Error
Terminación anormal. La JVM lanza esta señal cada vez que detecta
una anomalía en la JVM.
Sí
SIGINT
Interrupción
Atención interactiva (Control-C). La JVM sale normalmente.
Sí
SIGTERM
Interrupción
Petición de terminación. La JVM saldrá normalmente.
Sí
SIGHUP
Interrupción
Cortar. La JVM sale normalmente.
Sí
SIGUSR1
Control
Definida por el usuario. Utilizada por algunas JVM para temas de
control interno.
No
SIGUSR2
Control
Definida por el usuario. Utilizada por algunas JVM para temas de
control interno.
No
SIGQUIT
Control
Señal de salida para un terminal. La JVM utiliza esto para tomar
volcados de la imagen de memoria de Java.
Sí
SIGTRAP
Control
Interna para uso por dbx o ptrace. Utilizada por algunas JVM para
temas de control interno.
Sí
SIGPIPE
Control
Escritura en un conducto que no se está leyendo. La JVM ignora
esto.
No
|Enlace de un controlador de código nativo con la biblioteca de encadenamiento de señales
|gcc -L <directorio de libjvm.so> -ljsig -ljvm aplicación_java.c
|export LD_PRELOAD=<libjsig.so dir>/libjsig.so; aplicación_java (ksh)
|
|setenv LD_PRELOAD <libjsig.so dir>/libjsig.so; aplicación_java (csh)
|
Puede establecer la propiedad del sistema ibm.jvm.bootclasspath mediante la opción -D descrita en Inicio de una aplicación Java. El valor de esta propiedad se utiliza como vía de acceso de búsqueda adicional, insertándose entre un valor definido por -Xbootclasspath/p: y la classpath de la rutina de carga. La classpath de la rutina de carga es el valor por omisión o bien la definida mediante la opción -Xbootclasspath:.
La opción -Xgcpolicy de ejecución de la JVM especifica la política de recopilación de desechos.
-Xgcpolicy acepta dos valores, optthruput (el valor por omisión) y optavgpause. La opción controla el comportamiento del recopilador de desechos, realizando intercambios entre la salida de la aplicación y el sistema en general y los tiempos de pausa provocados por la recopilación de desechos.
El formato de la opción y sus valores son:
-Xgcpolicy:optthruput
y
-Xgcpolicy:optavgpause
Cuando un intento de una aplicación de crear un objeto no se puede cumplir inmediatamente con el espacio disponible en el almacenamiento dinámico, corresponde al recopilador de desechos identificar los objetos sin referencia (desechos), suprimirlos y devolver el almacenamiento dinámico a un estado en el que las peticiones de asignación inmediatas y posteriores se puedan satisfacer rápidamente. Estos ciclos de recopilación de desechos provocan pausas inesperadas ocasionales en la ejecución del código de la aplicación. Como el tamaño y la complejidad de las aplicaciones aumenta y los almacenamientos dinámicos crecen en consecuencia, este tiempo de pausa de recopilación de desechos tiende a aumentar en duración e importancia. El valor por omisión de la recopilación de desechos, optthruput, proporciona una salida muy alta para las aplicaciones, pero al coste de estas pausas ocasionales, que pueden variar de unos pocos milisegundos a varios segundos, en función del tamaño del almacenamiento dinámico y la cantidad de desechos.
La opción optavgpause reduce substancialmente el tiempo invertido en estas pausas de recopilación de desechos, además de limitar el efecto de incremento del tamaño del almacenamiento dinámico en la duración de la pausa de recopilación de desechos. Esta opción tiene una importancia especial en configuraciones con almacenamientos dinámicos grandes. Los tiempos de pausa se reducen realizando algunas actividades de recopilación de desechos que son concurrentes con la ejecución normal del programa. Con el tiempo de pausa reducido, puede experimentarse alguna reducción en la salida de la aplicación que varía de una aplicación a otra.
Si el almacenamiento dinámico de Java está casi lleno y hay muy pocos desechos que recopilar, es posible que las peticiones de objetos nuevos no se puedan satisfacer rápidamente ya que no hay espacio disponible inmediatamente. Si se trabaja con un almacenamiento dinámico casi lleno, el rendimiento de las aplicaciones puede resentirse sin importar cuál de las opciones anteriores se usa y, si se siguen realizando peticiones de más espacio de almacenamiento dinámico, la aplicación recibe una excepción OutofMemory, que provoca la interrupción de la JVM si esta excepción no se detecta y gestiona. En estas condiciones, se recomienda incrementar el tamaño del almacenamiento dinámico mediante la opción -Xmx o reducir el número de objetos de aplicación en uso.
Para obtener información más detallada sobre la recopilación de desechos, consulte:
http://www.ibm.com/developerworks/ibm/library/i-garbage1/
http://www.ibm.com/developerworks/ibm/library/i-garbage2/
http://www.ibm.com/developerworks/ibm/library/i-garbage3/
|Para obtener información sobre el manejo de pérdidas de memoria en |una aplicación Java, consulte: http://www.ibm.com/developerworks/library/j-leaks/index.html |.
Para obtener el número de versión y de nivel de compilación de IBM, en el indicador de shell escriba:
java -version
El Java Plug-in está documentado por Sun en: http://java.sun.com/j2se/1.4.1/docs/guide/plugin/developer_guide/.
El Java Plug-in no ofrece soporte de impresión en este release del SDK.
El Java Plug-in es un plug-in de navegador Web. Si utiliza el Java Plug-in, puede ignorar la Java Virtual Machine por omisión del navegador Web y utilizar en su lugar un Java Runtime Environment (JRE) para ejecutar applets o beans en el navegador.
Para instalar y configurar el Java Plug-in:
|Para instalar y configurar el Java Plug-in para Netscape 6 o Mozilla |cree un enlace simbólico entre el archivo de biblioteca |/opt/IBMJava2-141/jre/bin/libjavaplugin_oji.so y el directorio plugins |del navegador (/vía-instalación-navegador/plugins).
Para que el Java Plug-in esté disponible para todos los usuarios:
ln -s /opt/IBMJava2-141/jre/bin/libjavaplugin_oji.so \ /usr/local/mozilla/plugins/
Tabla 2. Navegadores soportados por el Java Plug-in
Distribución | Versiones por omisión de Netscape | Versiones soportadas de Netscape | Versiones por omisión de Mozilla | Versiones soportadas de Mozilla |
---|---|---|---|---|
Red Hat 7.3 | 4.79 | 4.79 | 0.9.9 | 0.9.9 |
Red Hat Advanced Server | 4.78 | 4.78 | 0.9.9 | 0.9.9 |
SuSE 8.0 |
|
| 0.9.8 | 0.9.8 |
SuSE SLES 7 | 4.77 | 4.77 |
|
|
TurboLinux 7 Server |
|
| 0.94 | 0.94 |
El Java Plug-in soporta caracteres de doble byte (por ejemplo chino tradicional BIG-5, coreano, japonés) como parámetros para los códigos <APPLET>, <OBJECT> y <EMBED>. Debe seleccionar la codificación de caracteres correcta para el documento HTML para que el Java Plug-in pueda analizar el parámetro. Especifique la codificación de caracteres para el documento HTML utilizando el código <META> en la sección <HEAD> de esta forma:
<meta http-equiv="Content-Type" content="text/html; charset=big5">
Este ejemplo indica al navegador que analice el archivo HTML utilizando la codificación de caracteres chinos BIG-5. Todos los parámetros se pasan correctamente al Java Plug-in. Sin embargo, es posible que algunas versiones antiguas de navegadores no entiendan correctamente este código. En este caso, puede forzar que el navegador ignore este código, pero deberá cambiar la codificación manualmente.
Para especificar la codificación que desea utilizar para analizar el archivo HTML:
Java Web Start es una forma de desplegar aplicaciones basadas en tecnología Java. Conecta el sistema e Internet y permite al usuario iniciar y gestionar aplicaciones directamente desde la Web. Java Web Start proporciona activación de aplicaciones mediante una sola pulsación y garantiza que siempre ejecutará la última versión, eliminando los procedimientos de instalación o actualización. A menudo, la distribución de software por la Web requiere encontrar el instalador en la Web, bajar el instalador, localizarlo y ejecutarlo. Después de ejecutar el instalador, éste solicita los directorios y opciones de instalación como completa, típica o mínima. Puede llegar a ser una tarea complicada y que requiere demasiado tiempo que debe repetirse para cada nueva versión del software.
En cambio, las aplicaciones desplegadas en la Web, como los clientes de correo electrónico y calendarios basados en HTML, son sencillas de instalar y utilizar. El navegador Web ha automatizado el proceso. No existen pasos complicados para bajar, preparar y configurar, y está garantizado que se ejecuta la última versión. Java Web Start proporciona las mismas ventajas en aplicaciones con funcionalidad completa.
Para obtener información sobre los navegadores que dan soporte a Web Start, consulte el apartado Navegadores soportados.
Para obtener más información sobre Web Start, consulte: http://java.sun.com/products/javawebstart y para obtener más documentación, consulte: http://java.sun.com/j2se/1.4.1/docs/guide/jws/index.html.
El script de instalación de Web Start se instala con el JRE para Java 1.4.1.
El script se llama jre/bin/webstart_install_sdk.sh. Para utilizar Web Start, ejecute el script. Establezca el directorio de trabajo actual en la ubicación en la que desea instalar Web Start. El proceso de instalación crea un subdirectorio llamado javaws en el directorio de trabajo actual.
El proceso de instalación también actualiza los tipos mime utilizados por Netscape y otros navegadores.
Puede invocar Web Start de dos formas:
Cualquiera de estas acciones hace que Web Start inicie la aplicación seleccionada. La aplicación se baja si es la primera vez que se utiliza. En siguientes invocaciones, se comprueba en el sitio Web original si hay alguna actualización disponible. Web Start baja estas actualizaciones antes de iniciar la aplicación.
Si se produce un error en un jnlp (como un nombre de código no válido), Web Start termina anormalmente sin mostrar un mensaje de error.
Algunas distribuciones de Linux (Red Hat, por ejemplo) tienen habilitada una característica GLIBC llamada "pilas flotantes". Debido a las limitaciones del kernel de Linux, la JVM no funciona en hardware SMP con pilas flotantes habilitadas si el nivel del kernel es menor de 2.4.10. En este entorno, las pilas flotantes deben inhabilitarse antes de que el JVM o cualquier aplicación que lo arranca se inicie. En Red Hat, utilice este mandato para inhabilitar las pilas flotantes exportando una variable de entorno:
export LD_ASSUME_KERNEL=2.2.5
En un sistema Linux de pilas no flotantes, independientemente de lo que se establezca para -Xss, se proporciona un tamaño mínimo de pilas nativas de 256 KB para cada hebra. En un sistema Linux de pilas flotantes, se respetan los valores de -Xss. Por lo tanto, si realiza la migración de un sistema Linux sin pilas flotantes, debe asegurar que los valores de -Xss son lo bastante grandes y que no se basan en el mínimo de 256 KB.
En sistemas DBCS (juego de caracteres de doble byte), si desea conmutar el método de entrada, deberá utilizar la clase java.util.prefs.Preferences en lugar de las variables de entorno IBMJAVA_INPUTMETHOD_SWITCHKEY y IBMJAVA_INPUTMETHOD_SWITCHKEY_MODIFIERS. Consulte Sun's Input Method Framework Specification en detalle.
El sitio Web de Sun, http://java.sun.com, contiene el ejemplo "Hello World" disponible para poder bajarse. El ejemplo muestra cómo crear una aplicación Java sencilla que se ejecuta en el Runtime Environment.
Tras desarrollar su producto y una vez listo para enviarlo, tiene que instalar el producto en un sistema de usuario, configurar el sistema de usuario para que dé soporte al software y configurar el entorno de ejecución.
Si utiliza el Runtime Environment para Linux, deberá asegurarse de que el procedimiento de instalación no escriba encima de ninguna instalación existente (a menos que la versión existente del Runtime Environment para Linux sea una versión antigua).
Para redistribuir el Runtime Environment para Linux, puede instalarlo en su propio sistema, a continuación copie los archivos necesarios del Runtime Environment en su conjunto de instalación. Si elige esta opción, deberá incluir todos los archivos que se suministran con el Runtime Environment para Linux. El software Runtime Environment para Linux sólo se puede redistribuir si se incluyen todos los archivos. En efecto, cuando envía su aplicación, ésta tendrá su propia copia del Runtime Environment para Linux.
Para obtener información concreta acerca de los archivos que se deben redistribuir, consulte el acuerdo de licencia que acompaña a este producto.
Los apartados siguientes explican las limitaciones conocidas del SDK para Linux.
|
|
|
El número máximo de hebras disponibles está determinado por el valor mínimo
de:
Sin embargo, puede que agote el almacenamiento virtual antes de llegar al
número máximo de hebras.
public interface interface java.lang.Runnable extends java.lang.Object...
xmodmap -pkEste es el motivo por el cual el SDK para Linux considera que se ha pulsado Meta + Alt simultáneamente. Como solución provisional, puede eliminar la correlación Meta_x escribiendo lo siguiente en el indicador de shell:
xmodmap -e "keysym Alt_L = Alt_L" -e "keysym Alt_R = Alt_R"
|Tabla 3. Limitaciones de la nueva E/S
Número de error de Sun | Breve descripción de la limitación |
---|---|
4696508 | Selector no sincroniza como se ha especificado |
|
|La JVM creada en cualquier caso es la especificada por las |bibliotecas (es decir, 1.2.2, 1.3.x, |1.4.x), no la indicada por la interfaz JNI. La API de la |interfaz no afecta a la especificación del idioma implementado por la JVM, las |API de bibliotecas de clases o cualquier otra área del comportamiento de la |JVM. La API de la interfaz sólo especifica cómo el código nativo puede |invocar el comportamiento necesario.
Las limitaciones siguientes sólo afectan a los usuarios de chino tradicional.
Esta información se ha desarrollado para productos y servicios que se ofrecen en los EE.UU. IBM puede que no ofrezca los productos, servicios o características que se discuten en este documento en otros países. Consulte a su representante local de IBM para obtener información acerca de los productos y servicios actualmente disponibles en su zona. Cualquier referencia a un producto, programa o servicio de IBM no pretende afirmar ni implica que sólo se pueda utilizar dicho producto, programa o servicio de IBM. En su lugar, puede utilizarse cualquier producto, programa o servicio funcionalmente equivalente que no infrinja ninguno de los derechos de propiedad intelectual de IBM. Sin embargo, la evaluación y la verificación del funcionamiento conjuntamente con otros productos, programas o servicios que no son de IBM es responsabilidad del usuario.
IBM puede tener aplicaciones patentadas o pendientes de patente que cubran el tema tratado en este documento. La posesión de este documento no le otorga ninguna licencia sobre estas patentes. Puede enviar consultas de licencias por escrito a la dirección siguiente:
Para consultas de licencias relacionadas con la información de doble byte (DBCS), póngase en contacto con el Departamento de la propiedad intelectual de IBM de su país o envíe las consultas por escrito a la dirección siguiente:
El párrafo siguiente no se aplica al Reino Unido ni a cualquier otro país en el que tales disposiciones sean incoherentes con la legislación nacional:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍA DE NINGUNA CLASE, YA SEA EXPLICITA O IMPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE A ELLAS, LAS GARANTÍAS IMPLÍCITAS DE NO VULNERACIÓN, COMERCIALIZACIÓN O IDONEIDAD PARA UN PROPÓSITO DETERMINADO. Algunos estados no contemplan la limitación de responsabilidades, ni implícitas ni explícitas, en determinadas transacciones, por lo que cabe la posibilidad de que esta declaración no sea aplicable en su caso.
Esta información puede contener imprecisiones técnicas o errores tipográficos. Periódicamente se realizarán modificaciones en la información aquí contenida; dichos cambios se incorporarán en nuevas ediciones de la publicación. IBM puede efectuar mejoras y/o cambios en los productos y/o programas descritos en esta información en cualquier momento y sin previo aviso.
Cualquier referencia hecha en esta información a sitios Web que no son de IBM se proporciona únicamente para su comodidad y no debe considerarse en modo alguno como promoción de dichos sitios Web. Los materiales de estos sitios Web no forman parte de los materiales de IBM para este producto y el uso que se haga de estos sitios Web es de la entera responsabilidad del usuario.
IBM puede utilizar o distribuir la información que facilite de la manera que considere apropiada sin incurrir en obligaciones con el remitente.
Los poseedores de la licencia de este programa que deseen obtener información acerca del mismo con el propósito de permitir (i) el intercambio de información entre programas creados independientemente y otros programas (incluido éste) y (ii) la utilización mutua de la información intercambiada, deben ponerse en contacto con la dirección siguiente:
Esta información estará disponible, sujeta a los términos que correspondan, lo que en algunos casos incluirá el pago de una cuota.
IBM proporciona el programa con licencia descrito en este documento y todo el material con licencia disponible para el mismo bajo los términos del Acuerdo de cliente de IBM, el Acuerdo internacional de licencia de programas IBM o cualquier acuerdo equivalente entre las dos partes.
Cualquier información acerca del rendimiento que contenga el presente documento se ha determinado en un entorno controlado. Por lo tanto, los resultados obtenidos en otros entornos operativos pueden variar significativamente. Es posible que algunas medidas se hayan tomado en sistemas de nivel de desarrollo y no hay garantías de que estas medidas serán iguales en los sistemas habitualmente disponibles. Asimismo, algunas mediciones pueden haber sido estimadas mediante la extrapolación. Los resultados reales pueden variar. Los usuarios de este documento deben verificar los datos aplicables para su entorno específico.
La información relativa a productos que no son de IBM se ha obtenido de los proveedores de estos productos, de los anuncios públicos o de otras fuentes disponibles públicamente. IBM no ha probado esos productos y no puede confirmar la precisión del rendimiento, su compatibilidad o cualquier otra afirmación relacionada con productos que no son de IBM. Las preguntas sobre las posibilidades de los productos que no son de IBM deben dirigirse a los proveedores de dichos productos.
IBM es una marca registrada de International Business Machines Corporation en los Estados Unidos y/o en otros países.
Java y todas las marcas y logotipos basados en Java son marcas comerciales o marcas registradas de Sun Microsystems, Inc. en los Estados Unidos y/o en otros países.
Otros nombres de empresas, productos o servicios pueden ser marcas registradas o de servicio de otros.
Este producto incluye software desarrollado por Apache Software Foundation http://www.apache.org/.