miércoles
mar102004
Analizando el futuro JCP 2.6. Actualizacrión: ý JCP 2.6 ya !
miércoles, marzo 10, 2004 at 9:21AM
En TheServerSide han publicado una entrevista con responsables de Sun Microsystems donde se analizan las novedades del futuro JCP 2.6 que se implantarý definitivamente cuando entre en vigor.
--
Actualizacrión (10:40) : Como ha informado Onno Kluit, uno de los responsables del JCP, en su weblog : JCP 2.6 es la versrión oficial del JCP desde el 9 de marzo, es decir, desde ayer.
Todos las especificaciones que habýan sido lanzadas con el JCP 2.5 pasan automáticamente a entrar dentro del JCP 2.6
Podéis leer la nota de prensa aquí.
--
Nuevamente los cambios tienden a abrir un poco más si cabe las diferentes especificaciones a la comunidad Java Mundial. Entre los que personalmente me parecen más interesantes destacaría :
- La aparicrión de un early access draft sustituyendo al clýsico community draft, de modo que las especificaciones sean accesibles pýblicamente desde un primer momento.
- Revisiones más frecuentes para intentar que las especificaciones no se queden estancadas.
- Más flexibilidad y transparencia. Los lýderes de las especificaciones tendrýn total libertad para elegir los medios para la creacrión de la especificacrión, y no sýlo eso, sino que se les exigirý un plan de transparencia para mantener la especificacrión lo suficientemente abierta.
Por cierto, no olvidýis el hilo de TheServerSide donde se explica todo esto con más detalle.
--
Actualizacrión (10:40) : Como ha informado Onno Kluit, uno de los responsables del JCP, en su weblog : JCP 2.6 es la versrión oficial del JCP desde el 9 de marzo, es decir, desde ayer.
Todos las especificaciones que habýan sido lanzadas con el JCP 2.5 pasan automáticamente a entrar dentro del JCP 2.6
Podéis leer la nota de prensa aquí.
--
Nuevamente los cambios tienden a abrir un poco más si cabe las diferentes especificaciones a la comunidad Java Mundial. Entre los que personalmente me parecen más interesantes destacaría :
- La aparicrión de un early access draft sustituyendo al clýsico community draft, de modo que las especificaciones sean accesibles pýblicamente desde un primer momento.
- Revisiones más frecuentes para intentar que las especificaciones no se queden estancadas.
- Más flexibilidad y transparencia. Los lýderes de las especificaciones tendrýn total libertad para elegir los medios para la creacrión de la especificacrión, y no sýlo eso, sino que se les exigirý un plan de transparencia para mantener la especificacrión lo suficientemente abierta.
Por cierto, no olvidýis el hilo de TheServerSide donde se explica todo esto con más detalle.
Reader Comments