Noticias 3 de Mayo de 2009

Tomcat en Puerto 80

Para habilitar en el tomcat en el puerto 80 realizé par reglas con iptables, esto para que no sea necesario usar el puerto 8080 en la url del servidor:

# /sbin/iptables -t nat -A PREROUTING -p tcp -i eth0 –dport 80 -j DNAT –to 192.168.1.65:8080
# /sbin/iptables -A FORWARD -p tcp -i eth0 -d 192.168.1.65 –dport 8080 -j ACCEPT
Donde 192.168.1.65 es la dirección del servidor, ahora no se si es estrictamente necesario dicha IP, es decir, si la ip del servidor cambia (equipo local)

Ahora al digitar la url en la barra de direcciones sin el puerto puedo acceder a tomcat con el puerto 80, transparente:

Tomcat 6

No se si esto puede afectar el funcionamiento de las aplicaciones o afecta algo la seguridad, supongo que si, ahora estoy en testing de Open Bravo.

Instalar JDK en CentOS 5.3

En el CentOS virtualizado que tengo me dí cuenta que tenia el jre instalado por defecto:

# java -version
java version “1.6.0_0″
IcedTea6 1.3.1 (6b12-Fedora-EPEL-5) Runtime Environment (build 1.6.0_0-b12)
OpenJDK Client VM (build 1.6.0_0-b12, mixed mode)

Sin embargo el ambiente de desarrollo no está instalado pero disponible:

# yum search jdk
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* epel: archive.linux.duke.edu
* base: mirror.hmc.edu
* updates: mirror.newnanutilities.org
* addons: mirror.newnanutilities.org
* extras: mirror.dhsrv.com
======================================================================= Matched: jdk ========================================================================
java-1.6.0-openjdk.i386 : OpenJDK Runtime Environment
java-1.6.0-openjdk-demo.i386 : OpenJDK Demos
java-1.6.0-openjdk-devel.i386 : OpenJDK Development Environment
java-1.6.0-openjdk-javadoc.i386 : OpenJDK API Documentation

Los paquetes que me interesan son OpenJDK-devel y OpenJDK Api documentation, así que procedí a instalar:

# yum install java-1.6.0-openjdk-devel java-1.6.0-openjdk-javadoc

Despúes comprobé con algunos comandos:

# rmic
Usage: rmic <options> <class names>

where <options> includes:
-keep          Do not delete intermediate generated source files
-keepgenerated (same as “-keep”)
-v1.1          Create stubs/skeletons for 1.1 stub protocol version
-vcompat       Create stubs/skeletons compatible with both ……

# appletviewer
Sintaxis: appletviewer <opciones> url(s)

La opción -J no es estándar, y puede modificarse sin previo aviso.

donde <opciones> incluye:
-debug                  Iniciar el AppletViewer en el depurador de Java
-encoding <codificación>    Especificar la codificación de caracteres utilizada por los archivos HTML
-J<etiqueta de runtime>        Pasar argumento al intérprete de Java

# javac -version
javac 1.6.0_0-internal.

Listo el pollo.

Conferencia Mobile Processing

El próximo 28 de Febrero (Día del concierto de Maiden ) se realizará la conferencia de Dispositivos mobiles con la herramienta Mobile Processing a cargo de Marlon J. Manrique.

Despues de algún tiempo de ausencia de nuevo se presentan iniciativas de este tipo, es en este tipo de eventos donde conocí a Marlon J. al igual que otras personas también interesantes.

Espero que no se presentesn eventos que me impidan asistir a esta conferencía.

Java en Debian Etch

Saludos.

Hace tiempo he intentado instalar el JDK de Sun en Debian Etch, los primeros pasos los cumplia pero al momento de configurar el PATH me causaba un verdadero dolor de cabeza, es por eso que no me atrevía a publicar un pequeño how to de instalación de Java en Debian; hace pocas horas descubrí una forma de hacerlo sin mayor complique, a continuación listo los pasos desde cero:

1 – Descargamos el paquete desde la web de Java de Sun: http://java.sun.com/javase/downloads/index.jsp

En mi caso uso jdk-1_5_0_12-linux-amd64.bin, aunque con el jdk-1_6xx presumo que es igual.

2 – Una vez terminada la descarga úbicamos el archivo en la carpeta /opt, aunque muchos desean /usr/local para eso necesito ser root:

juanpa@jpill:~$ su
Password:
jpill:/home/juanpa# cd Desktop/
jpill:/home/juanpa/Desktop# mv jdk-1_5_0_12-linux-amd64.bin /opt/
jpill:/home/juanpa/Desktop# cd /opt/ 

3 – Cambiamos los permisos de ejecución:

jpill:/opt# chmod 755 jdk-1_5_0_12-linux-amd64.bin 

4 – Ahora si empezamos la ejecución del script

jpill:/opt# ./jdk-1_5_0_12-linux-amd64.bin

Acá sale el cuento de la licencia avanzamos y al final aceptamos tipeando ‘yes’

5 – Como paso final, editamos el archivo .bashrc en el directorio de cada usuario, en mi caso el usuario es juanpa, es decir, en la carpeta /home/juanpa:

jpill:/opt# exit

exit

juanpa@jpill:~$ gedit .bashrc

Agregamos estas lineas:

export PATH=/opt/jdk1.5.0_12/bin/:$PATH
JAVA_HOME="/opt/jdk1.5.0_12/"
export JAVA_HOME

6 – Cerramos la terminal y abrimos otra para probar la instalación:

juanpa@jpill:~$ java -version
java version "1.5.0_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_12-b04, mixed mode) so

juanpa@jpill:~$ javac -version
javac 1.5.0_12
javac: no source files
Usage: javac <options> <source files>
where possible options include:
  -g                         Generate all debugging info
  -g:none                    Generate no debugging info
  -g:{lines,vars,source}     Generate only some debugging info
  -nowarn                    Generate no warnings
  -verbose                   Output messages about what the compiler is doing
  -deprecation               Output source locations where deprecated APIs are used
  -classpath <path>          Specify where to find user class files
  -cp <path>                 Specify where to find user class files
  -sourcepath <path>         Specify where to find input source files
  -bootclasspath <path>      Override location of bootstrap class files
  -extdirs <dirs>            Override location of installed extensions
  -endorseddirs <dirs>       Override location of endorsed standards path
  -d <directory>             Specify where to place generated class files
  -encoding <encoding>       Specify character encoding used by source files
  -source <release>          Provide source compatibility with specified release  -target <release>          Generate class files for specific VM version
  -version                   Version information
  -help                      Print a synopsis of standard options
  -X                         Print a synopsis of nonstandard options
  -J<flag>                   Pass <flag> directly to the runtime system

Espero que estos sencillos pasos sean referencia para muchos, que se han tenido ese mismo problema.