Feeds:
Entradas
Comentarios

Posts Tagged ‘Java’

Fuente: Barrapunto

Cecilio Alvarez Caules nos cuenta: «Hola He escrito un libro sobre Arquitectura y Frameworks para la plataforma Java/JEE. Está disponible de forma gratuita para la comunidad en formato pdf a través de su propia web. El volumen intenta transmitir mis experiencias como Sun Certified Enterprise Architech a la hora de diseñar soluciones Enterprise utilizando los distintos frameworks que la plataforma JEE posee. Espero que sea útil para la comunidad ya que en estos momentos la bibliografía en castellano de estos temas es escasa. Un saludo»

Read Full Post »

Fuente: barrapunto

Este pasado 7 de diciembre (sí, lo sé, llego un poco tarde) Oracle anunció la aprobación de las JSR (Java Specification Request) para Java SE 7 y 8 por parte del JCP. Aunque no se discutió en Barrapunto, la votación causó controversia (resultados aquí). En resumen la Apache Software Foundation se retiró de la JCP votando negativamente al igual que Google y Tim Peierls. Los demás que votaron positivamente con comentarios dijeron que lo hacían por razones puramente técnicas, pero que estaban sumamente “preocupados y decepcionados” por el tema de la licencia del TCK y qué tan abierto era realmente Java. Uno los antecedentes de la disputa está en que en el JavaOne de 2002, Scott McNealy and Rob Gingell habían prometido que ajustarían los términos de licencia para que pudieran existir JVM bajo licencia Apache, pero Oracle no parece tener intención de hacer compatible su test. La situación tiende a empeorar (recordemos que Oracle ya había dicho que continuaría con la implementación sin importar el resultado de la votación), y el mismo dijo Jim Jaglieski (uno de los fundadores de la Fundación Apache) acerca del JCP: “Todo lo que queda es un ‘zombie’, caminando por las calles del ecosistema de Java buscando cerebros”.

Nota relacionada: Apache abandona Java Community Process como protesta por los abusos de Oracle

Read Full Post »

Fundamentos de POO con Java

Fuente: Comunidad Virtual Software Libre & OpenSource

El documento mencionado se puede ver, imprimir o descargar desde Scribd.

Read Full Post »

Fuente:  Comunidad SL&OpenSource (Instituto Tecnológico de Orizaba)

A pesar de lo lejos que ha llegado, de ser el lenguaje más utilizado en el mercado y aún siendo GPL, Java es víctima de gran cantidad de críticas, algunas de las cuales están más enfocadas en el modo de trabajo actual que en el lenguaje en sí. Pero que tiene problemas, los tiene y no parece dar señas de avance en un mundo cada vez más competitivo. Se ha vuelto a demorar el lanzamiento de su nueva versión para inicios del próximo año y, si bien presentará algunas innovaciones ineteresantes, tampoco es revolucionario -ni muchísimo menos. Sin embargo, aún los críticos más acérrimos del lenguaje destacan la importancia de la JVM, aunque sea como “curiosidad tecnológica”. En realidad mucho más que eso, la Java Virtual Machine nos permite trabajar con enorme cantidad de lenguajes (por sí mismos o en conjunto con Java), contando con todas las ventajas que ofrece la máquina virtual.

Por ejemplo, IBM utiliza Jython (implementación de sobre la JVM) para realizar scripts sobre WebSphere. Y con el aletargamiento de Java, no sólo se están usando cada vez más otros lenguajes en conjunto con las librerías nativas, sino que se habla directamente del “nuevos Java”, es decir lenguajes que trabajan sobre la máquina virtual que terminarán por imponerse sobre el lenguaje mismo. Entre estos, son tres los más utilizados: Groovy,Clojure (interesantísimo dialecto de Lisp) y Scala. Scala es un lenguaje multiparadigma, un híbrido entre orientación a objetos y funcional que, con una sintaxis no del todo lejana a la de Java, es recomendada para los usuarios del popular lenguaje que quieran aventurarse en nuevos terrenos. Además, con un buen par de años de recorrido, es el que cuenta con mayor proyectos y comunidad, algo importante a la hora de elegir un lenguaje y tampoco está demás recordar que últimamente se está redescubriendo el valor de los lenguajes funcionales a la hora de escribir aplicaciones en las que la concurrencia tenga una importancia crítica. Después de todo, Scala es utilizado por sitios como Twitter yFoursquare.

El asunto que me hace escribir estas líneas es que finalmente, después de una espera bastante grande, acaba de ser anunciado el lanzamiento de la versión 2.8 del lenguaje. Y a pesar de lo que pueda parecer, se trata de un cambio enorme, una actualización importante como la que representó la versión 3.0 de Python. De todos modos, una importante característica de Scala, heredada de Java, es que a pesar de todos los cambios efectuados mantienen prácticamente al 100% la compatibilidad con el código fuente de versiones anteriores. Algunos de los cambios más importantes son:

  • La biblioteca de colecciones fue rediseñada por completo.
  • Se ha simplificado el manejo de arrays.
  • Argumentos nombrados y por defecto.
  • Anotaciones anidadas.
  • Se ha mejorado a los actores (para concurrencia).
  • Fueron solucionados gran cantidad de bugs.
  • Los paquetes, además de clases y objetos, ahora pueden contener métodos, campos y alias.
  • Se ha mejorado notablemente tanto el REPL como el IDE oficial de Scala para el Eclipse.

Esperado lanzamiento con cambios que, espero, cumplan todas las expectativas generadas. Y para quienes no estén familiarizados para nada con la sintaxis del lenguaje, termino la entrada con el clásico “Hola mundo” escrito en Scala:

object HolaMundo {   def main(args: Array[String]) =     
println("Hola, mundo") }
Fuente | bitelia.com

Read Full Post »

Fuente: la pastilla roja (Sergio Montoro)

Glyn Moody escribe un artículo en The H titulado Has Oracle been a disaster for Sun’s open source? en el que plantea como una pregunta lo que para mi es una realidad. Veamos porqué.

Sun tenía cuatro activos estratégicos Open Source, por órden de importancia :

- Java
- OpenOffice
- MySQL
- OpenSolaris

Había muchas más cosas, pero, en lo que respecta a cambiar el panorama tecnológico mundial, esto era lo principal.

Lo primero de todo para entender las implicaciones de la compra de Sun es tener en cuenta la diferencia estratégica entre Sun y Oracle.

Sun era lo que yo denominaría “una empresa de estilo innovador ochentero” que seguía la estela de la creación de los minicomputadores de 32 bits. El credo de Sun era que si innovas con la suficiente intensidad los (buenos) resultados económicos vendrán una consecuencia del proceso. Hubo una época en la cual realmente eso era cierto, pero de un tiempo a esta parte, el marketing y la distribución importan tanto, si no más, que la propia tecnología, y tras el estallido de la burbuja de Internet, Sun lo hizo sorprendentemente mal en su estrategia comercial.

Oracle, por otra parte, es una empresa 100% orientada a los stakeholders, o más bien a lo que ellos entienden por stakeholders (de los cuales las comunidades Open Source no parecen formar parte). La misión de Oracle es aumentar sus ingresos, un 39% más en el último trimestre, de modo que da la impresión de que la ingesta de Sun les ha sentado bien. Para Oracle la innovación es un medio, y no un fin como lo era para Sun. El problema de Oracle es que su venta de licencias del SGBDR está decreciendo y necesita diversificarse constantemente engullendo otras empresas para mantener e incrementar su facturación.

Java
Java es una de las 10 tecnologías más importantes de la historia de la computación, y una de las primeras cosas que han sucedido es que James Gosling, a quién se atribute la creación de Java, dejó Oracle en abril de 2010 por motivos que no reveló con exactitud pero que se intuye que tienen que ver con la diáspora de talento que siguió a la adquisición y con que Oracle no estaba dispuesta a pagarle lo mismo que le pagaba Sun.

Lo que pasará con Java será probablemente lo siguiente:

1º) Oracle continuará invirtiendo en Java como un pilar estratégico de su stack tecnológico.
2º) El lenguaje de programación se integrará totalmente dentro del SGBDR pero mediante extensiones propietarias de Oracle.
3º) Oracle jugará su papel habitual de second mover con respecto a las iniciativas NoSQL, primero tratará de convencer a los clientes de que no sirven para nada, y luego acabará comprando aquellas que alcancen el liderazgo.
4º) Oracle tratará de sacarle el jugo comercial a derivados de Jakarta, en particular a un fork comercial de Tomcat.
5º) Las tecnologías como Hibernate, probablemente se quedarán tal como están.

OpenOffice
Sun creó OpenOffice a partir del código de StarOffice que compró a StarDivision en 1999 por 73,5 millones de dólares.
Un factor importante para valorar porqué Sun compró StarOffice es que se trataba más bien de erosionar el negocio de Microsoft antes que competir directamente con el.
Simon Phipps dijo en un podcast en LUGradio que cuando Sun compró StarOffice, la empresa tenía 44.000 empleados, y que el ahorro en pago de licencias a Microsoft fue un factor de peso importante en la decisión.
Diez años después, en 2009, Scott McNealy, parecía más interesado en el dinero que OpenOffice le hacía perder a Microsoft antes que en el dinero que Sun ganaba con la suite ofimática.
Pero a Oracle no le interesa ningún mercado que no pueda dominar.
Por eso han empezado a oirse rumores de que OpenOffice lleva un rumbo errático.
OpenOffice aún dará mucho juego, por la misma razón por la que Sun lo compró: porqué para muchas compañías grandes el ahorro de costes usando OpenOffice es brutal, y porque los usuarios ya han dicho que lo prefieren sobre Google Docs.

MySQL
MySQL triunfó básicamente debido a que conquistó un nicho de mercado: el de la base de datos para sitios web chiquititos (que luego empezaron a no ser tan “chiquititos”). En la primera declaración de intenciones que Larry Ellison hizo tras la compra de Sun simplemente ignoró MySQL. Si Oracle asimila MySQL y lo integra dentro de sus herramientas de base de datos simplemente desvirtuará la solución y la hará irrelevante para los programadores de websites quienes empezarán bien a adoptar forks bien a pasarse a tecnologías NoSQL.

OpenSolaris
Oracle le va la venta por dominio del cliente. Compró Sun principalmente para cerrar el círculo y tener todos los componentes desde el hardware hasta las aplicaciones con los que ofertar soluciones integrales. A Oracle le interesa Solaris, lo que no le interesa es el Open de Solaris. A Oracle le interesa que el sistema operativo y la base de datos se vendan conjuntamente en un paquete por el cual puedan cobrar licencias y soporte. Así que seguiremos viendo a Solaris vivito y coleando pero mucho menos abierto que antes.

Read Full Post »

Fuente: barrapunto

Un pobrecito hablador nos cuenta: «Hace unos días estuve en una conferencia de SpringSource, y uno de los temas a tratar fue el de una herramienta de generación de código, Spring Roo, que me dejó francamente un buen sabor de boca. Nunca he sido un fan de este tipo de herramientas; de hecho, más bien al contrario, pero debo reconocer que me he quedado intrigado con este proyecto. En apenas unos minutos se puede tener una aplicación web montada y ejecutándose, haciendo uso de toda la potencia de Java, basándose en las tecnologías más habituales en desarrollo JEE. Pero aparte de eso, no introduce ninguna librería en tiempo de ejecución ni se mete hasta las entrañas del proyecto (se puede eliminar su interacción del proyecto en unos pocos minutos). Roo se basa en el uso de AspectJ principalmente, partiendo de la base de una colaboración no intrusiva, pero permitiendo que uno siga usando casi exclusivamente Java para programar, no tienes que saber AspectJ. Bueno, como ya he dicho, nunca he sido un partidario de este tipo de herramientas, y por ello no he seguido su desarrollo muy de cerca. La versión 1.0 de Roo fue liberada a principios de este año, y por lo que he visto ya se venía hablando de su desarrollo desde hará aproximadamente un año. Simplemente me ha parecido interesante, y de paso, creo que se puede generar un interesante debate sobre este tipo de herramientas. Qué otras herramientas de generación de código conocéis o utilizáis, ya sea para Java o para otros lenguajes? Ventajas? inconvenientes? Más material acerca de Roo.»

Read Full Post »

Fuente: cadesol

Cumpliendo con su intenso plan de trabajo la comunidad de desarrolladores de Libertya – Software Libre de Gestión – ha anunciado la liberación de la versión 9.07,  la que puede ser obtenida desde la sección de descargas del sitio web oficial del proyecto ( www.libertya.org )

Libertya 9.07
incluye importantes mejoras funcionales tales como:

  • Compatibilidad con Java 1.6 y PostgreSQL 8.3
  • Nuevo instalador automatizado para Windows
  • Nueva funcionalidad para el manejo de valores de terceros

Además se han agregado mejoras generales sobre informes, interfaz de usuario, procesos de importación y visualización de documentos.

Libertya – Software Libre de Gestión – se esta conviertiendo rápidamente en el estandar de código abierto para el segmento de software de gestión y ERP de la República Argentina, ofreciendo a sus clientes una completa funcionalidad, sin costo de licencias y sin contratos de mantenimientos compulsivos, contando con el soporte de una importante red de Consultoras que cubren todo el territorio nacional.

La característica distintiva de Libertya es su facilidad de configuración y la disponibilidad de excelente documentación en línea, que se completa con un activo foro con gran participación de todos los actores de la comunidad.

Mas detalles sobre el proyecto en general y la nueva versión en particular en: www.libertya.org

Read Full Post »

Fuente: barrapunto

Un pobrecito hablador nos cuenta: «La monetización de Java ha comenzado. Sun acaba de liberar Java 1.6.0_14 (JDK y JRE), que incluye un nuevo “garbage collector” llamado G1. Pero hay una trampa. Aunque está incluido en la distribución, las “release notes” indican que ‘Aunque G1 se encuentra disponible para su uso en esta versión, el uso en producción de G1 sólo está permitido a quienes hayan adquirido un contrato de soporte Java.’ La mano de Oracle ya se está notando. ¿Qué pasará con un OpenJDK. Recortarán su funcionalidad, mientras todas las nuevas características se van a la nueva versión comercial Java SE for Business?”» Nota del editor. Aunque esta noticia aparecía así en la web de Sun el día 29 de mayo (yo la vi vía Slashdot), a día de hoy parece que eliminaron esa cláusula por otra que indica lo siguiente: “G1 está disponible de forma anticipada en esta release, por favor pruébalo y envíanos tus comentarios. No se recomienda el uso en configuraciones de producción sin soporte empresarial para Java SE” (G1 is available as early access in this release, please try it and give us feedback. Usage in production settings without a Java SE for Business support contract is not recommended.)

Read Full Post »

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 100 seguidores