Buenos días:
En la empresa en la que trabajo no usamos J2EE ni consumimos Web
Services ni nada por el estilo pero cuando puedo aprovechar para incluir
programas Java en nuestras aplicaciones no pierdo la oportunidad.
Nuestros nuevos programas son ILERPG con Free y con todos los accesos a
tablas en SQL. Creamos programas de servicio para funciones comunes y
recurrentes y los envolvemos en procedimientos y funciones SQL para
poder hacerlos accesibles desde otros lenguajes.
Aún así, no puede compararse la flexibilidad que te da un lenguaje
orientado a objetos con posibilidad de utilizar aspectos,
multiplataforma y con decenas de frameworks para acelerar tu desarrollo
con un lenguaje estructurado. Después de conocer este tipo de lenguajes,
a la hora de hacer un programa en RPG, me pienso muy mucho como lo hago
y como lo van a "consumir" otros programas.
Además, en un iSeries no hay otra alternativa en cuanto a lenguajes se
refiere. No digo que Java sea la panacea, pero es interesante conocer
otros lenguajes para poder hablar realmente de las cualidades que tiene RPG.
Saludos,
Jorge Merino.
Víctor Bolaños escribió:
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, EJB’s 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]
<mailto:[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
____________________________________________________
© 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
