Victor: Me parece que lo que se esta sugiriendo es la interelacion entre RPG para el AS400 y el PHP para los sitios Web internos o externos que corran los Objetos RPGF. JOSE LUIS _____
De: [email protected] [mailto:[email protected]] En nombre de Dpto.Informática Productos Climax(Jose Sánchez) Enviado el: Miércoles, 20 de Enero de 2010 01:53 p.m. Para: forum.help400 Asunto: RE: El RPGLE LLEGA A SU FINAL? Pues .. en las ultimas semanas hemos realizado unos cursos de wdsc, algo de hats y webfacing para acabar tocando por encima algo de j2ee. Me considero un repegero pero he tenido que reconocer que j2ee en el as400 es el futuro (por no decir ya el presente). Creo que mis esfuerzos van a ir hacia ese entorno porque he visto flexibilidad, una rapidez de ejecución incomparable y sobre todo facilidad en la parte visual de la que tanto nos quejamos. El cambio de chip va a ser costoso mentalmente pero si queremos seguir comiendo de la informática no hay mas remedio que dedicarse a ello. Como anécdota, al preguntar al formador sobre php y zend nos comentó que ibm no habla de php sólo de java. No entiendo entonces, si esto es así, el esfuerzo de Zend para integrar en el os/400 el php, ¿alguien sabe que futuro tiene php en el as400? Ojala ibm creara un entorno mas gráfico con el que poder seguir usando rpg. Ccreo que es lo único que nos falta en nuestro entorno y el rpg no moriría en aplicaciones de negocio o al menos conviviría con aplicaciones java. Saludos de un repegero De: [email protected] [mailto:[email protected]] En nombre de Víctor Bolaños Enviado el: miércoles, 20 de enero de 2010 17:21 Para: forum.help400 Asunto: El RPGLE LLEGA A SU FINAL? Me ha parecido conveniente "ree-publicar" este comentario, no con el fin de sembrar temor, sino con el fin poner en nuestras cabezas los cambios por venir, No en cuanto a hardware AS400, I5, sino en cuanto al nuevo desarrollo de software en nuestros equipos Soy un hombre objeto "El hombre objeto proviene de la instancia de una clase y de sus métodos." Esta provocadora frase que inicia una reflexión escrita pensando en personas y empresas a las que aprecio, me permite ser algo más radical y más coloquial en mis aseveraciones. Los intereses dentro de este mercado son muchos y cada uno lleva su propia mochila, pero la realidad es machacona y la podemos entender sin comprometernos con ella. Desde aquel S/3 a fichas de 96 columnas, sin CHAIN y sin MOVEA, por decir algo que todos conocemos; o con su ciclo de control, MR y rupturas de nivel que sólo algunos conocen y que han quedado en desuso, han pasado "algunos" años. Nuestro ILE RPG brilla por la cantidad de medallas que ha merecido. La cantidad de batallas que hemos ganado con tan poderosa herramienta y las que todavía podemos ganar... Perdonad mi léxico pero tras ver la conmemoración del desembarco de Normandía, nuestro RPG, triunfante, me recuerda a muchos de los que por allí desfilaron; orgullosos y cargados sus pechos de medallas. Dicho esto, puedo afirmar sin temor a equivocarme que al RPG se le acabó su ciclo. No que no se mantenga, no que se quede sin soporte, no que no se necesite; simplemente, se acabó su ciclo. Largo, por cierto. El sentido común y la mayor parte de la industria ha decidido invertir todos sus esfuerzos de investigación en un entorno que permita que una aplicación pueda ser ejecutada, sin modificaciones, en cualquier plataforma. Un entorno que permita construir piezas para después ensamblarlas y que, si son más o menos estándar, se puedan reutilizar, dando lugar a un mercado de componentes de software. Aquello que todos habíamos deseado, es posible: escrito una vez, escrito para siempre. Lo que nos da valor como informáticos, nuestro pensamiento lógico, se multiplica por 10 o por 100. Toda la industria está de acuerdo. ¿Y nuestro entorno, lo está? ¿Y quienes formamos la industria que conoce y da soporte a la mejor plataforma comercial jamás construida? Creo que sí, pero la sensación que me produce al hablar con unos y con otros es que se va a perder el tren y que serán los técnicos de otras plataformas los que se comerán el pastel. Una alternativa real En nuestro entorno, JAVA es la única alternativa posible y nuestra máquina, si continua siendo, será una máquina para JAVA. ¿O es que hay otra que nos pueda garantizar otros 30 años de mejoras continuas y una cobertura a nivel mundial por parte de los fabricantes de software? No, no existe otra alternativa consistente que no sea JAVA. Las exigencias de nuestro entorno, respecto a herramientas y lenguajes, son las más restrictivas y exigentes del mercado, por eso la mayoría sigue en la plataforma. JAVA ofrece ese nivel de calidad y lo sobrepasa. JAVA tiene sus herramientas, J2EE, WDS, EJBs WAS, su entorno, igual que en el RPG, con el SDA, SEU, etc. No sólo instrucciones de lenguaje y su forma de resolver los problemas. JAVA resuelve los problemas de otra forma; una nueva forma de enfocar la solución tan consistente como con el RPG. Una forma de resolver los problemas que las nuevas generaciones de profesionales entienden perfectamente. Un paralelismo insólito El cambio va a ser como el dejar de fumar: primero hay que estar convencido de que se quiere dejar y luego hay que hacerlo. Es algo saludable y necesario, aunque la alternativa también existe. Se podrá fumar en los lavabos, en las terrazas o en la calle, en pequeños grupos que miran a los demás con recelo. La apuesta segura es dejar de fumar, cuesta pero es lo que hay. Se puede empezar poco a poco o de golpe, pero todo lo que se haga en ese sentido va en el camino adecuado. JAVA es la apuesta segura, sin sucedáneos, directamente aire de la montaña, control total del entorno, sin intermediaciones, sin "run times", sin convertidores ni traductores. Paso que das, paso que avanzas. Preguntas y respuestas Y ahora una batería de preguntas que hace unos años me hice. ¿Cuánto tiempo tardará nuestro entorno en aceptar otro tipo de soluciones, un año, tres...? ¿Cuánto tiempo tardarán los responsables y las direcciones de las empresas, en tomar posiciones ante una tendencia tan clara y diáfana de la industria? Los nuevos desarrollos requieren una nueva planificación y un nuevo enfoque, ¿qué experiencia podremos aportar para plantearlo correctamente? ¿cuánto tiempo podremos retrasarlo? Y si lo hacen otros ¿cómo sabremos que se está haciendo correctamente? Hoy ya no me planteo estas preguntas. Hoy estoy pensando si voy a transformar los procesos Batch a JAVA o espero un año más, o si ampliamos nuestros servicios WEB, o si integramos un portal y un WorkFlow. Las ideas vuelven a fluir y me entusiasma el estar en el camino correcto. El nuevo I5 está en el mercado: más memoria y más procesador pensando en WAS y JAVA. Y en el modelo 520 algo de interactivo para darnos vidilla y algo más de tiempo; en el resto o todo o nada y el todo se paga caro. Su turno. La toma de decisiones no se puede aplazar: o sálvese el que pueda o... A lo mejor no es para tanto, también nos puede tocar la lotería. Juan Carlos Campo Aliagas, con más de 30 años de experiencia en TI, es director general de Gabinete de Informática A.K., empresa de desarrollo de software. _____ From: alex martinez <[email protected]> To: forum.help400 <[email protected]> Sent: Wed, January 20, 2010 7:18:25 AM Subject: Re: Problema de rendimiento con campos Autonuméricos. Hola: Aún teniendo el último nivel de PTFs hay algunas no incluidas en ninguna lista. Asegurate de tener instalada la SI36720 que afecta al módulo QSQRUN2 y la función SQL_ValuesInto ¿ Cuando dices que no te adjudica CPU a que te refieres ? ¿A una demora excesiva ? ¿Puede anotar en un log con timestamp los tiempos de ejecución de la sentencia SQL? Salu2 El 19 de enero de 2010 19:04, Manuel Santos <[email protected]> escribió: Buenas. Tengo un programa RPG en el cual recupero masivamente el último valor autonumérico de varias Tablas con lo siguiente: C/EXEC SQL C+ VALUES IDENTITY_VAL_LOCAL() INTO :IVAR C/END-EXEC Tengo la V6R1 actualizada al último nivel de PTFs al día de hoy. No tiene nivel de compromiso. Cuando ejecuto el programa no me adjudica CPU y creo que es por los problemas de bloqueo que produce. La ejecución del programa es correcta, el problema es el rendimiento por falta de más CPU. He quitado la sentencia sustituyendo el código por algo parecido y el rendimiento me sube. ¿A alguien le ha ocurrido este problema?. Saludos. ____________________________________________________ © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es ---------------------------------------------------- Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
____________________________________________________ © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es ---------------------------------------------------- Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
