Con algo tan sencillo como esto:

echo SHUTDOWN | nc localhost 8005

Si queremos parar Tomcat en otra máquina, cambiar “localhost” por su nombre o IP. Este sistema de parada es mejor que un kill -9 y mucho más rápido que la parada que realiza catalina.sh stop
De hecho, podemos cambiar este script para que realice la parada de esta manera, comentando las líneas que invocan la clase org.apache.catalina.startup.Bootstrap con el parámetro stop, de esta manera:

#  "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS 
#    -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" 
#    -Dcatalina.base="$CATALINA_BASE" 
#    -Dcatalina.home="$CATALINA_HOME" 
#    -Djava.io.tmpdir="$CATALINA_TMPDIR" 
#    org.apache.catalina.startup.Bootstrap "$@" stop

echo SHUTDOWN | /bin/nc localhost 8005

El truco no es mío, lo he visto en groovygrails.de

1. Nunca llegarás a conocer la verdad.
2. No digas “Así es”, sino “Me parece que es”.
3. La diversidad de opinión existe entre sabios igual que entre ignorantes. Cualquier opinión que yo tenga puede ser repudiada por personas igual de listas y preparadas que yo, y con argumentos tan válidos como los míos.

Atribuido a Pirrón, padre del escepticismo.

En anieto2k están apareciendo una serie de artículos sobre los navegadores actuales y los nuevas betas que vienen (Firefox 3 y IE8) bastante interesantes que hablan sobre la memoria consumida y compatibilidad con acid3. Copio y pego un par de gráficos interesantes que hablan por sí solos, pero parece que Safari 3.1 se lleva la palma.

Y aquí los artículos completos:

• Camparativa de consumo de memoria
• Acid3 en la actualidad

Traducido por Info soldier

Indicadores positivos:

• Le apasiona la tecnología
• Programa en su tiempo libre, es su hobby
• Hablará largo y tendido de cualquier tema técnico si se le pregunta
• Ha tenido proyectos personales significativos a través de los años
• Aprende nuevas tecnologías por si solo
• Tiene opiniones fuertes sobre cual tecnología es la mejor para varios usos
• Se siente incomodo trabajando con tecnologías que el crea no son “correctas”
• Puede mantener una buena conversación en cualquier variedad de temas, no tan solo aquellos que sean técnicos
• Empezó a programar mucho antes de entrar a la universidad o al trabajo
• Tiene proyectos personales grandes que no necesariamente aparecen en el cv
• Conoce de una gran variedad de tecnologías (las cuales no necesariamente están en el cv)

Indicadores negativos:

• Solo programa mientras está en el trabajo
• No le gusta hablar de programación, aunque se le pregunte
• Aprende nuevas tecnologías cuando la compañía lo envía a tomar cursos
• Usa la tecnología que le indiquen, cualquier tecnología es “buena”
• Empezó a programar en la universidad
• Toda su experiencia en programación está en su cv
• Enfocado en uno o dos plataformas de programación (ejemplo: todo lo que tiene que ver con aplicaciones de java) sin ninguna experiencia fuera de esa plataforma.

Original en ingles

Vía ecos del futuro descubro un par de vídeos bastante interesantes. Se trata de una simulación hecha por ordenador de una colisión de la Vía Láctea (nuestra galaxia) y la galaxia de Andrómeda. Esta colisión podría ocurrir dentro de tres mil millones de años, así que no hay que preocuparse tampoco por el hecho en sí.

El vídeo muestra la trayectoria más probable de estas dos galaxias y como todas sus estrellas se mezclan y se dispersan, formando una maraña de astros, todo desde una visión muy alejada, como si de un cine de tamaño gigante se tratara y, además, un poco acelerada para que la podamos apreciar (decenas de millones de años por segundo)… sencillamente genial

Por ejemplo, este otro vídeo (también acelerado, a unos 200 millones de años por segundo), muestra la evolución de un cluster de galaxias visto a unos cuantos millones de años luz de distancia.
La violencia de las transiciones cuando son mostradas a cámara rápida en estos vídeos choca con la idea usual que tenemos del espacio lento y casi estático, donde todas las cosas suceden infinitamente despacio; y deja patente, una vez más, que toda la existencia del ser humano en el universo no es más que una insignificante millonésima de segundo para toda la vida del universo.

Estos vídeos han sido creados por el atrofísico John Dubinski, y puedes verlos todas con su propia explicación en su página Galaxy Dynamics

Pues sí, amigos, cada vez somos más los que hacemos un parser, ¿y por qué? He aquí la respuesta:

Bueno, no puedo quedarme más, tengo una cita con unos amigos…

(minutos más tarde..)

- Hola, me llamo Alberto Vilches y yo también estoy desarrollando un parser.
- Hola Alberto -dicen todos al unísono-, no estás solo, te apoyamos!

Espectacular.

(Vía Secret Geek)

Tiempo BBDO ha publicado un calendario genial: 12 meses del año, 12 tribus urbanas modernas. Desde Dinks (parejas sin hijos) y Otakus hasta Tweens y Geeks. Cada uno de ellos cuidadosamente ilustrado como especímen, con su habitat, costumbres y perfil.

Todavía no hay PDF descargable, pero están en ello (y tampoco dicen como conseguir uno). MOLA.

(Vía Pixel y Dixel)

El Doomsday o día maldito es el día de la semana que cae el último día de Febrero. Por ejemplo, para este año 2007, el día maldito es Miércoles, que es el último día de Febrero (que es el 28). La curiosidad de este día, es que coincide con el del 4/4, 6/6, 8/8, 10/10 y 12/12. Es decir, que también es el mismo día de la semana que el 4 de Abril, el 6 de Junio, el 8 de Agosto, el 10 de Octubre y el 12 de Diciembre (todos Miércoles para el 2007).

¿Y para que sirve esta coincidencia? Pues para calcular el día de la semana de cualquier fecha con un algoritmo, de manera que tenemos un calendario perpetuo. Si memorizamos este algoritmo, podemos calcular mentalmente esta fecha y así sorprender a nuestros amigos, hacer apuestas o, quien sabe, sacarle alguna utilidad en nuestro día a día.

En Java, el algoritmo queda como sigue:

Primero suponemos que los días de la semana empiezan en Lunes y que se numeran del 0 al 6 (Lunes es el 0 y Domingo el 6)

    int anno = 2007;
    int marcador = -1;
    if (anno >= 1800 && anno <1900) {
        marcador = 4;
    } else if (anno >= 1900 && anno <2000) {
        marcador = 2;
    } else if (anno >= 2000 && anno <2100) {
        marcador = 1;
    } else if (anno >= 2100 && anno <2200) {
        marcador = 6;
    }

    int y = Integer.parseInt(String.valueOf(anno).substring(2,4));

    int doomsday = ((((y/12)+(y%12)+((y%12)/4))%7) + marcador)%7;

Ahora la pregunta es ¿y como calculo el día de la semana de cualquier fecha? Pues no hay una formula exacta, tan solo hay que saber cual es el doomsday del año que nos preguntan. Con ese doomsday, sabemos que días de ese mismo año coinciden: 4/4, 6/6, 8/8, 10/10 y 12/12. Así que si nos piden el 11 de Octubre, con sumarle un día al 10/10 (que es un doomsday), podemos saber en que cae. Si nos preguntan una fecha más difícil (más alejada de un doomsday conocido), entonces tenemos que tirar de otra. Por ejemplo, para los meses impares, los doomsday son: 5/9, 9/5, 7/11, 11/7, que también son fáciles de recordar.

Fuente: http://quasar.as.utexas.edu/BillInfo/doomsday.html y http://es.wikipedia.org/wiki/Algoritmo_Doomsday