AOJava

Estoy trabajando en una nueva versión del servidor, para lo cual se está haciendo limpieza de código y refactoring.

El objetivo principal es aislar el protocolo del resto del sistema, para poder soportar nuevos protocolos, eventualmente más de uno. El protocolo original ahora ha sido llamado "clásico" y corresponde al de AO 0.9.9z. Al terminar de aislarlo, se implementarán algunos protocolos binarios (tal vez dos).

Esto viene relacionado con otro tema: el cliente. Afortunadamente, hoy día, hay varios proyectos de creación de clientes de AO en C++, algunos con SDL y/o OpenGL. Paralelamente estoy trabajando sobre algunos fuentes de estos proyectos. La idea es ver si se puede integrar uno de estos clientes hechos en C++ con el servidor AOJava, probablemente usando un protocolo binario, y así completar el cuadro.

Unos estudiantes de Copenhague, usando C++, SDL y OpenGL, han tenido una idea genial al combinar el clásico juego arcade Bomberman y una webcam de esfera. Mejor vean el video para entender esta idea fantástica.

Pensando en el éxito de los controles de la Wii y en casos como estos, ¿qué nos deparan los dispositivos de entrada de nuestro futuro próximo?

http://cafebombon.blogspot.com/2007/01/bomberman-envolved.html

Buscando documentación sobre NIO (API de I/O No-Bloqueante), encontré este proyecto que parece muy interesante. El nombre del proyecto viene de Multipurpose Infrastructure for Network Applications.

La página oficial es http://mina.apache.org/

Estoy probando los ejemplos y me gusta mucho cómo divide la capa de I/O, del protocolo de la aplicación, de la codificacion/decodificación de los mensajes, el modelo de eventos que tiene, la extensibilidad, y otras perlitas. Es usado por algunos proyectos de Apache, como el Directory (implementación de LDAP). Para tenerlo en cuenta.

...y un día Sun liberó Java bajo la licencia GPL, y las cosas nunca volvieron a ser como antes.

Hacía un tiempo que Sun había anunciado su voluntad de publicar Java bajo una licencia Open Source, y muchos preveíamos que sería publicado bajo la licencia CDDL de OpenSolaris, que no es tan ampliamente aceptada por la comunidad libre como la licencia GPL. Pero Sun hizo lo impensable: se decidió por la licencia GPL v2, dada su preferencia por la comunidad libre, la misma licencia que utiliza el núcleo Linux y el proyecto GNU.

Esto permitirá eliminar la resistencia que antes producía Java en el ambiente FOSS por razones de licenciamiento.

Se ha probado con éxito la ejecución del servidor AOJava en Ubuntu Linux 6.06.1 LTS, usando el soporte nativo de GNU Java predeterminado, es decir GCJ y GIJ 4.1.0 (compatibles con Sun Java 1.4.2).
Ahora disponemos de una opción de entorno 100% Libre sin restricciones de licencias semi-propietarias de Sun.
Es otra alternativa que alcanza a todas las plataformas soportadas por GNU GCC/GJC, especialmente importante para aquellas no soportadas por Sun/IBM.