AOJava

Se viene la JavaCup 2008 !! Después no digan que no avisé
http://www.javahispano.org/contenidos/es/comienza_la_javacup_2008/

11 consejos de Blizzard Entertainment, creadores del WoW, para que tu proyecto sea un éxito

http://innovation.freedomblogging.com/2008/04/04/11-innovation-lessons-f...

Había una extensión que forzaba la compatibilidad de versiones de extensiones obsoletas con nuevas versiones de Firefox. ¿Y para qué quiero esto? Para poder usar las extensiones que todavía no se actualizaron con las betas y RC de Firefox. Si estás usando versiones de prueba, como las builds nights, esto es particularmente útil, aunque hay que andarse con cuidado, porque a veces la "no compatibilidad" tiene su motivo . Pero bueno, es el riesgo de "living on the edge"
Lamentablemente dicha extensión "forzadora de compatibilidad" no estaba siendo actualizada, y ahora no era compatible (sic) con las nuevas versiones de Firefox.
Webeando por ahí, me entero por Microsiervos de una alternativa: usando el todopoderoso about:config, apenas hay que crear 2 entradas del tipo lógico, con los nombres extensions.checkCompatibility y extensions.checkUpdateSecurity, ponerles valor "falso". Simple y efectivo
Via http://www.microsiervos.com/archivo/ordenadores/reactivar-extensiones-betas-firefox-3.html

Aprovecho para comentar, que desde fines de diciembre comencé un proyecto de juego en red similar al TEG o al Risk, llamado StraTEGy.
Todavía no hay nada publicado, y será la continuación del abandonado proyecto libre JTEG o Java TEG, que nació inicialmente como un port a java del conocido juego de Linux "Tenés Empanadas Graciela".
Si te interesa, podés visitar el sitio del proyecto en http://strategy.no-ip.org
La página del proyecto en SF.net es http://sf.net/projects/strategy y tengo un blog donde suelo escribir cada tanto algo sobre mismo: http://jteg.blogspot.com/
En cuento pueda dedicarle un poquito más de tiempo estaré largando la primer versión de prueba
Saludos

Sin tener novedades sobre el proyecto AOJava, aprovecho para contarles un poco en qué ando. Cambié de trabajo hace unos meses, ahora ya casi no tengo que viajar. Me encuentro laburando a fondo con java, struts2, spring, hibernate y algunas otras cositas.
Mientras tanto, estoy investigando/aprendiendo el fantástico lenguaje Groovy, sobre el cual ya había comentado algo anteriormente.
Groovy es y no es un nuevo lenguaje. Es una vuelta de tuerca a java. Es un lenguaje de scripting con características similares a Ruby, Python y/o Perl, pero con una sintaxis "a la java". De hecho, recientemente descubrí que un programa java es un programa groovy, que todavía no ha sido "groovyficado"
Groovy es un lenguaje que ha sido estandarizado y adoptado oficialmente como el segundo lenguaje dentro de la plataforma java (siendo el lenguaje java el primero). A diferencia de otros lenguajes que han sido portados a la JVM, Groovy es un ciudadano de primera clase para el JRE. Groovy ES JAVA, pero con una sintaxys muy relajada, simplificada, dinámico, y que suma muchas características que no están presentes en java: como las tan nombradas "clousures" (o bloques de código), manejo de listas y mapas con todos los chiches, sobrecarga de operadores, aumentando la api java para agregarle uniformidad en viejas diferencias y simplificidad a su uso. Toda la api java es accesible desde groovy, y todas las clases y scripts groovy son accesibles desde java. La integración es completa y mutua.
Se dice que todo lo que puede hacerse con groovy, se puede hacer con java. ¿Entonces para qué aprender otro lenguaje? ¿Qué nos aporta? Nos aporta velocidad y simplificidad en muchos casos, permitiéndonos escribir soluciones más simples y elegantes a los problemas, al punto de permitirnos ir más allá con diseños que serían más difíciles de expresar con tanta claridad en java, lo que finalmente nos abre las puertas a pensar de otra manera (a veces mejor).
¿Entonces ahora vamos a programar todo en groovy y chau java?! NO, nada más lejos. Groovy es el complemento ideal, el amigo del alma, de java. Nos permite probar ideas rápidamente, especialmente para hacer prototipos. Nos permite hacer aplicaciones chicas o medianas en una fracción del tiempo. Nos permite hacer tests más rápido y claros. Nos permite "pegar" todos los componentes de un sistema fácil y rápidamente. Y muchas cosas más que recién estoy descubriendo.
Groovy es una pequeña maravilla, pero no es la solución a todo. Como muchos lenguajes de scripting, la ausencia de tipos (aunque podemos usarlos como en java, groovy brilla cuando nos olvidamos de ese "detalle", hace que para código crítico no sea la mejor opción en todos los casos. También, groovy todavía no es tan rápido como java en ciertas situaciones, aunque esto mejora con cada nueva versión. Una posibilidad es prototipar con groovy, y luego trasladar a java las regiones críticas y aquellas que necesiten del máximo de performance.
Para finalizar, groovy se presenta como una alternativa seria dentro las opciones que tenemos en java. No viene a reemplazar nada, sino que viene a complementar la plataforma java cubriendo un faltante importante que había, y parece que de la mejor manera.
¿Qué estás esperando para probar groovy? Estoy seguro que te va a fascinar.
Además, ya hay algunas herramientas y frameworks muy interesantes que usan groovy, como el caso de Grails. Grails toma algunos conceptos de RoR, que los lleva a java y los potencia aprovechando todo el poder de la plataforma java. Utiliza los mismos conceptos de "programación por convención", pero se apoya en hombros de gigantes: como lo son spring, hibernate y sitemesh, en lugar de reinventar la rueda, se presenta como una alternativa viable y muy tentativa para la programación rápida de sistemas web, sin perder un minuto de vista la posibilidad que nos brinda java cuando los requerimientos escapan de lo convencional, para brindarnos lo mejor de ambos mundos

Excelente libro para recomendar, para la difusión del Software Libre y su presentación al público en general. Auspiciado por la UNESCO.

Me pareció muy claro y didáctico, con un inusual enfoque "para humanos".

Se descargar libremente desde: http://www.fedaro.info/?p=4

Leyendo Barrapunto, encontré artículo muy interesante sobre la automatización de tareas usando Groovy, que es un interesante lenguaje dinámico que corre sobre la VM de Java.

Para conocer más sobre Groovy, pueden visitar el sitio de Groovy.org.es

Y en este 9 de julio, día de la Independencia, nevó en la hermosa ciudad de La Plata. INEDITO.

Nevisca en algunas zonas de La Plata (Diario HOY)

Agua nieve en la Ciudad (Diario El Día)

Edito: agregué un par de enlaces a los matutinos locales.

Se encuentra funcionando el protocolo binario de AO 0.12 en AOJava . La primera prueba ha sido usando el cliente multiplataforma AONX con gran éxito, corriendo cliente y servidor en GNU/Linux !!
Seguramente habrá mucho para corregir y mejorar, pero es un avance importantísimo. Con esto se cumple uno de mis objetivos propuestos hace un par de meses.
Les dejo una imagen del momento:

Con esto inicia una nueva etapa del proyecto AOJava. Esperen noticias en el futuro.
Saludos,
Gorlok

Subí la última versión 0.8.5-ALPHA del servidor AOJava a SF.net. Probablemente será la última versión 100% compatible con el viejo protocolo ASCII. La próxima versión usará el nuevo protocolo binario (ya en desarrollo en el CVS) que es compatible con AO 0.12+

Requerimientos de esta versión:
* Java 5 o 6 (para correr el servidor solo el JRE, si desean compilar desde los fuentes necesitan el JDK completo)
* Ant 1.6.5 o posterior (solo si van a compilar)
* Cliente de Argentum Online 0.9.9z (no incluído)

Por favor notar que las versiones pasadas (hasta 0.6.5) requerían java 1.4.2. Ahora es necesario java 5.

Hasta pronto,
Gorlok

Les quiero comentar sobre el proyecto AONX (Argentum Online NX). Se trata del desarrollando de un cliente de AO, usando C++ y SDL (2D), con soporte opcional de OpenGL (desde SDL).

La intención es crear un cliente multiplaforma libre para la mayoría de los sistemas operativos y plataformas hoy en uso. Tiene los mismos objetivos que el servidor AOJava: ¡llevar Argentum Online a todos lados!.

Quienes todavía sueñan con poder jugar AO en Linux y otras plataformas sin limitaciones, estén atentos a este proyecto, que promete mucho. Está siendo llevado a cabo por amigos que saben lo que hacen y están muy bien encaminados. Desde aquí les deseo el mayor de los éxitos.

No dejen de visitar la página del proyecto.

Ya tengo implementado y funcionando el nuevo algoritmo de PF, hecho con una conocida implementación de A* en java. Estoy muy contento, porque realmente salió bastante rápido y casi sin problemas.
Lo probé con los Leviatanes y parece funcionar bien.
En el futuro habrá que optimizarlo, pero vale como primera implementación real de PF.
Tarea cumplida. Una cosa menos

Seguimos con las pruebas y correcciones. Solucioné el problema que había usando arco y flecha, que al disparar, se cerraba la conexión
También agregué que al salir no haya espera de 10 segundos si se está en zona segura.
Es todo por hoy. Probé bastante, entrando un cazador y jugando también con mineros, herreros, carpinteros y trabajando sus oficios. No se encontraron nuevos errores.
Por otro lado, estoy dando forma al mecanismo de comunicación del módulo administrativo. Por el momento la idea sería incorporar dos tipos de consolas administrativas: una de consola de comandos en modo texto (un prompt con algunos comandos mínimos) y la administración web (correría sobre tomcat, usando servlets+jsp+beans+etc...). Esta última sería la forma de administración principal y más completa. La consola en modo texto está pensada para ser usada como medio alternativo si por algún motivo no funciona la administración web, entonces conectándose al servidor por ssh o ts+cmd, uno podría conocer el estado del servidor ao, reiniciarlo, etc.

Estos días hubo un gran avance en la transición al protocolo binario entre otras cosas.
Copio parte de una bitácora de cambios:
- se agrega una enumeracion para los mensajes enviados al cliente. Tiene algunas cosas interesantes, dado que las enumeraciones no son simples tipos básicos, sino un tipo de clase, con muchas posibilidades. He explotado algunas de ellas para hacer un código más simple de leer y mantener.
- en algunas funciones se están usando varargs (argumentos variables), con lo cual se ganado mucho en legibilidad.
- se cambia el metodo de envio de mensajes, lo que facilitara soportar multiples protocolos en breve (en busca del protocolo binario)
- se corrigieron varios bugs en el inventario. Se reescribio el "agregar item a inventario del usuario", que estaba muy mal implementado (sic)
- se hicieron varias mejoras eliminando envios completos de inventario que eran reduntanes (con enviar el item del slot afectado era suficiente)
- se probo todo lo relativo a herreria y mineria. Queda pendiente de corregir un bug (el herrero consume recursos de varios slots de su inventario de forma incorrecta)
- varias correcciones de bugs menores detectados durante las pruebas
- se detecto un problema en los hechizos de invocación de criaturas que pueden estar en agua, cuando se las invoca en tierra (elemental de agua, Ely, fuego fatuo, etc.). Para analizar mejor.
- y otras cosillas ^^