Gosling critica a .NET por soportar C y C++

James Gosling durante una conferencia a Australia ha afirmado que soportar los lenguajes C y C++ en .NET ha sido "el mayor y más ofensivo de los errores que podían haber cometido". Según él incluir estos dos lenguajes en el CLR "ha dejado abierto un agujero de seguridad tan grande como para conducir a través de él muchos, muchos camiones de gran tamaño".



Por su parte Don Box , principal responsable de .NET, ha respondido a las críticas de Gosling alegando que Java permite la ejecución de código C y C++ a través de JNI. A raíz de estas declaraciones en gracia del TSS se ha abierto un debate sobre que posibles cambios sería interesante incluir en Java al respecto de la ejecución de código nativo, y sobre si las críticas del Gosling están o no fundadas.



¿Os gustaría ver cambios en Java al respecto de la ejecución de código nativo? ¿Queréis que sería interesante poder incluir código no seguro que no será verificado por la máquina virtual en un programa Java? ¿Que opina y sobre soporte de C y C++ el .NET?

OpenToro 1.0. Nuevo Gestor de Contenidos Web

El OpenToro es una Gestor de Contenidos escrito en Java que permite el desarrollo ýgil de aplicaciones web que gestionen bases de datos. Usar el OpenToro significa simplemente olvidarse de escribir innumerables SQLs y JSPs cada vez que queremos realizar una web con acceso a base de datos.

En la web podrýs encontrar un tutorial de 30 pýginas con informacrión completa sobre cýmo usar el OpenToro.

nueva version de programa de gestion en java con licencia gpl

la empresa GT Solutions, ha sacado una nueva version de su programa de gestion EuoGes, desarrollada integramente en java, la version Lite, donde todo el codigo esta liberado y bajo licencia GPL.

Recogida de firmas para aprobar el JDO 2.0

El Comité Ejecutivo del JCP votará dentro de muy poco si el estándar JDO 2.0 propuesto por el grupo de expertos del JSR-243, se aprueba definitivamente o no.



La votación negativa anterior suponía que el JSR-243 tenía apenas un par de semanas de plazo, en teoría, para introducir modificaciones en el mismo.



Si la segunda votación negativa se produce, de acuerdo a las normas del JCP el JSR-243 debería ser clausurado, dejando el estándar JDO fuera del JCP (o por lo menos congelado de forma indefinida).



De acuerdo con las justificaciones de voto de los miembros del Comité Ejecutivo (elegidos por toda la comunidad JCP y formado por las más importantes compañias de software y hardware cercanas al mundo Java), el voto en contra no era debido a razones técnicas de la API (competencia más bien del JSR-243) sino a la razón misma de existir del JDO, pues según los votantes en contra, éste se solapaba con el EJB 3.0 en preparación por el JSR-220



El portal JDOCentral.com, que agrupa a los más importantes fabricantes de implementaciones de JDO ha publicado un manifiesto de apoyo y solicita firmar dicho manifiesto como forma de presión al Comité Ejecutivo.



De acuerdo con este manifiesto, el voto en contra supondría que los vendedores de JDO seguirían por su cuenta el JDO fuera del JCP.



En TheServerSide.com el debate ya está abierto.

"JBoss está a aráos luz del resto de los servidores J2EE"

En una entrevista Anil Saldhana, desarrollador senior de JBoss, ha afirmado que el servidor de aplicaciones JBoss esta "a años luz" de cualquier otro servidor de aplicaciones libre. Que JBoss es un gran producto es algo que nadie pone en duda; aunque es muy lamentable que la compaýýa que está detrýs del en muchas ocasiones no haya sabido estar a la altura del producto y haya empleado týcticas poco ýticas para promocionar (como realizar posts en foros de Internet con nombres falsos o anónimos hablando maravillas de JBoss y dejando en mal lugar a las alternativas comerciales).


Sobre si realmente JBoss es la mejor alternativa, desde el punto de vista tecnolýgico, de entre los servidores de aplicaciones libres espero que opine es vosotros mismos aquí tras leer la entrevista. Sin embargo, uno de los factores a considerar cuando optamos por una alternativa libre es la cantidad de documentacrión disponible . Personalmente no tengo ninguna experiencia con JBoss, sin embargo en bastantes ocasiones he oírdo que su documentacrión parece estar diseríada para que en cuanto quieres hacer algo mínimamente complicado necesites pagar por la documentacrión comercial o solicitar soporte. En este sentido creo que JOnAS, y Gerónimo, juegan bastante más limpio que JBoss.


Por ýltimo, para aquel que cuando elige uno u otro solucrión los motivos ýticos tambrión cuentan, la ýtica que hay detrýs de la empresa de JBoss se ha puesto en entredicho múltiples ocasiones, no sýlo por los comentarios falsos quisieron sino por la actitud de su presidente, por las acusaciones contra Gerónimo, por comentarios de algunos desarrolladores que han abandonado el proyecto... en muchos sentidos ýsta parece el prototipo de empresa que sýlo emplea el software libre para aquello que le conviene (vaya por delante que este ýltimo punto nunca resta virtudes tecnolýgicas a la solucrión ni quita el hecho de que el código fuente es libre).


Dicho esto, ýque servidor de aplicaciones empleýis? ¿Qué tal os va con ýl? ¿Por quý habýis escogido ese? ¿Quérýis que es cierto que JBoss está a años luz de cualquiera de otra de las opciones?