SAP Technology Day 2005 - Caracas
Publicado por Aníbal Rojas 28 Junio 2005 en AJAX, J2EE, Java, SAP.Como comentaba en SoloJava: SAP apuesta a Java, la impresión predominante que me llevé ayer del SAP Technology Day 2005 es una fuerte apuesta de SAP por Java y J2EE. Todo un cambio sin duda alguna.
Sin embargo hay algunos otros puntos que es interesante resaltar sobre el evento:
El núcleo del evento fue la plataforma SAP NetWeaver.
Un servidor SAP Web Application Server (SAP Web AS) full compliant J2EE 1.3 ¿Lo habrán desarrollado ellos? ¿Comprarían una implementación? ¿O recurrieron al Código Abierto que anda por ahí rodando?
El caballito de batalla de las demostraciones: SAP NetWeaver Developer Studio basado en… Eclipse, el mismísimo IDE licenciado bajo la Common Public License Version 1.0.
Web DynPro: SAP descubrió el patrón MVC y realizó una espectacular implementación a punta de gráficos, drag and drop, botón derecho y “propiedades”. Programar a punta de herramientas gráficas es la tierra prometida para algunos, sin embargo creo que muchos compartimos la experiencia de llegar un punto en que no sabemos que hacer con tantos globitos y líneas de conexión.
Ajax en el código generado del Web DynPro, definitivamente el uso de Ajax es una tendencia que no tiene vuelta atrás.
Visual Composer: Orientado a usuarios finales, full gráfico la única parte difícil de su uso son los tradicionalmente crípticos identificadores SAP, cosa a la que en principio los usuarios SAP están acostumbrados ¿Realmente los usuarios funcionales terminarán desarrollando sus propias soluciones? No sé, en mi experiencia no veo eso suceder. Ah, y generando código para Flex de Macromedia.
Integración con Adobe LiveCycle Forms, pareciera que la apuesta en este sentido es fuerte al punto de pintar a IBM como rezagado. Al margen de SAP, lo de las formas WYSIWYG editables en Adobe Reader (7.0 o superior) es “interesante”, pareciera que todavía faltan agregar algunas características.
Una cosa sorprendente en relación al uso NetWeaver fue el énfasis en que ahora se pueden versionar los artefactos, controlar el código fuente, resolver automáticamente dependencias con versiones específicas o “snapshots”, y rebuilds automáticos. Después de haber estado inmerso en el mundo Open Source por varios años, y dar por sentado que el código se versiona y controla, de no preocuparme por no tener la versión adecuada de una libreria y de la potencia y flexibilidad de herramientas como Ant y Maven para hacer builds automáticos, inclusive con “cascadas”.
Este artículo me parece bastante interesante, puesto que se ve día con día cómo una tecnología por la cual nadie apostaba medio en 1998 está ganando terreno entre campeones.
Cifro su éxito no en la multi-plataforma, sino el su preparación para el cross-platform, que son dos conceptos realmente distintos.
SAP con un IDE “desintegrado” para su plataforma y un WAS, fue para dar una respuesta que guiara al mercado, que lo metiera en el carril de Java como vía con una respuesta inteligente, sin tener que inventarse historias. Si pienso que su próximo paso a dar debería ser dejar que los que hagan las cosas bien las sigan haciendo y que él se dedique a lo suyo. Ellos son un entorno de usufructo, la forma de accederla deberían ir liberándola a terceros little by little, que cualquier WAS sirva, que cualquier IDE, etc. Ellos sólo sean proveedores de clases de transacciones, métodos, etc.
Felicitaciones por el artículo, fue como estar en el evento y más.
Por cierto, cuando dices que SAP descubrió el MVC te refieres a que “descubrió la rueda”, porque creo que fue XEROX el papá de la criatura.
Por cierto, si les parece y apetece desarrollar un tema, me gustaría saber sus comentarios referente a los marcos de MVC, por ejemplo Struts y qué tal les ha ido en esas implantaciones.
Interesante articulo, si alguien pudo acceder al SAP Technology Day 2006 ojala pueda comentarnos algo al respecto
Saludos