Jackcess, accediendo a archivos Access desde Java

Mientras buscaba formas de leer y escribir archivos de Word (aparte de POI) desde Java me encontrý con estas interesantes librerýas: Jackcess.



Jackcess es una librerýa 100% java para leer y escribir en archivos de Access (por el momento solo soporta Access 2000). Esto significa que se puede efectuar estas operaciones en cualquier plataforma para la que exista Java sin tener instalado ningýn programa adicional: Jackcess lee y escribe directamente en los archivos.



Para aquellos que han preguntado (en los foros) si es posible manejar archivos de Access desde Linux, aquí tienen una alternativa (otra es mdbtools). Sin embargo, permýtanme recomendarles que si su aplicacrión va a ejecutarse en muchas plataformas escojan otra base de datos que halla sido diseríada para eso y solo dejen esta opcrión para aquellos casos donde no tengan alternativa.



Ah, lo olvidaba. La licencia es LGPL.

Nueva versrión de AnJelica

Ha salido la version 0.6 de este software para llevar la gestrión de empresas que necesiten controlar la trazabilidad de sus productos.



Este ERP realizado en swing y con licencia GPL es otro ejemplo más de que con Java se pueden hacer aplicaciones muy serias. ýQuien decia que swing era lento y pesado ?.



Cada dia más Java esta tomando posiciones en el mundo de los programas de gestrión, ýDesbancara tambien a VisualBasic, FoxPro y demas lenguajes 'de gestion' ?. ýEn quý tiene que mejorar Java para dejar un lenguaje enfocado mayoritariamente a la web ?



Sea, como sea, ahora las empresas de carnicas, conserveras, y la mayoria de las que trabajan con productos para el consumo humano, tienen una opcrión donde el software no les costara nada.

NetBeans Developer Collaboration

Despues de leer el comentario de abraham, de que uno de los módulos que más le han sorprendido de JBuilder es el de mensajerýa instantýnea, me he decidido a publicar esta noticia.



Hace aproximadamente un mes, me encontre con un curioso proyecto de NetBeans: Developer Collaboration. Se trata de un módulo de mensajerýa instantýnea que, a parte de informarnos sobre el estado de nuestros contactos, permite abrir salas de conferencia pýblicas o privadas y en este ýltimo caso invitar a qurión queramos a participar en las mismas. Hasta ahí todo identico a cualquier software de mensajerýa, pero es la capacidad de compartir el código de nuestra aplicacrión que nos de la gana el que le hace bastante interesante.



En el momento que tengamos alguna duda o alguna clase nos está dando un problema que no sabes resolver, podemos compartir la misma con quien queramos y discurir sobre el código sobre la solucrión. En todo momento queda indicado qurión esta agregando líneas al fichero y por lo tanto sabemos qurión nos está ayudando y como.



Por supuesto, como brión dice abraham, siempre que se le de el uso al que esta destinado, creo que puede ser una herramienta muy interesante para equipos de desarrollo distribuidos o para recibir/prestar ayuda online.



Por ahora, solo está disponible el cliente con lo que es obligado conectarse a alguno de los servidores existentes.



Está dispopnible una demo en flash en: http://collab.netbeans.org/files/documents/186/522/NB-Collab-Code-Review-for-JavaOne-v2.swf



Os recomiendo que lo echeis un vistazo.



Un ýltimo apunte: es necesario el JDK 1.5



Saludos a tod@s

Encuesta del mes: ¿internacionalizas tú software ?

Parece que el grupo dominante es el que opina que el cliente siempre tiene la razón: si me lo piden, lo internacionalizo. Está seguidos por los que nunca lo internacionalizan, algo que es relativamente lógico si estás trabajando desarrollando software la medida para una empresa nacional, y en tercer lugar están los que siempre lo internacionalizan, más de los que yo esperaba, la verdad.


¿Crees que Java tenemos las herramientas adecuadas para esta tarea? Desde luego, hay un punto en donde suspendemos: los diseñadores gráficos de los IDE (y no me meto en el tema es de si es bueno emplearlos o no). No conozco lo solo que una vez internacionalizado el software siga representando a los Strings en los componentes del interfaz de usuario ¿tan difícil es comprobar que debe devolver el método resource.getString ("...")?. Por otro lado, la internacionalización de aplicación web hay que tener cuidado para no pídase los dedos con detalles de bajo nivel , por ejemplo, escribir archivos .properties con un editor de textos normal pues ocasionan los problemas. ¿No debería de existir algún mecanismo que permitiese al programador desentenderse de detalles de tan bajo nivel?



Finalmente, ¿cómo de importante es la internacionalización en nuestro trabajo? y ¿cuáles son los motivos que llevaron a considerarla en vuestro software?

Netbeans 5 vendrý con un modelo de plugins similar al de Eclipse

Si bien hace un aráo parecýa que Eclipse tenýa ganada la batalla en el campo de los IDEs Java a Netbeans, es cada vez este punto está menos claro. Los propios seguidores de Eclipse se están dando cuenta de esto, se eligieron un prueba de ello es este post en la zona de Javalobby dedicada a Eclipse reconociendo que la herramienta apadrinada por Sun está realizando progresos muy interesantes.



En concreto, se refieren a la adopcrión de un modelo de plugins copiado, en un sentido de la palabra, de Eclipse, lo cual harý que Eclipse deje de tener la franquicia en este ýrea tan apreciada por sus usuarios.