Hola:

 

En la empresa en la que trabajo, nos encontramos con el mismo problema pero con la programación de una parte de la aplicación en Delphi.

 

En un principio se realizaban pantallas que se dedicaban a grabar datos en tablas y a mostrar consultas con una información bastante simple.

Con el tiempo, se fueron complicando y se nos planteó un problema de duplicidad de código en dos entornos diferentes.

 

El problema de los programadores era el mismo, los de ILE no tenían tiempo para aprender, los de Delphi podían hacerlo todo y la persona que hacía los análisis conocía perfectamente la aplicación.

 

Con el tiempo se demostró que la persona que hacía los análisis se dejaba cosas, detallitos que modificaban por completo los cálculos en función de las posibles configuraciones. Al final cada cosa que se tocaba en un sitio se tenía que tocar en el otro y ni siquiera tenía que ver con la visualización de los datos. El comportamiento de ambas entradas siempre acababa por ser diferente.

 

Actualmente hemos optado por otra estructura de programación en ILE que facilita mucho la reutilización de las funciones. Todo lo nuevo que podemos, lo hacemos con programas de servicio. Cuando hay que hacer algo para la parte visual y ya existe en RPG, se reconvierte a programa de servicio o se crea un programa de servicio a modo de interfase. Todas las funciones de estos programas que pueden ser exportadas se crean como funciones externas SQL. Todo lo nuevo que no puede crear un programador de RPG por falta de tiempo, se intenta hacer en Procedimiento Almacenado.

 

En tu caso, tienes una ventaja. Puedes desarrollar en Java en el iSeries y reutilizarlo fuera. Puedes realizar llamadas entre RPG y Java sin tener que hacer inventos raros. Pero desde mi punto de vista, si tienes una aplicación en RPG consolidada y con una base que tiene que ser extendida mediante Web, lo fundamental es establecer un criterio de cooperación entre ambos mundos con vistas a controlar los desarrollos que se hagan en Java.

 

Perdona por la retahíla y saludos.

 

 
 
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]En nombre de Erick Giovanni Cruz
Enviado el: viernes, 17 de marzo de 2006 15:03
Para: [email protected]
Asunto: RE: Desarrollo Java en AS400

Gracias,

 

Me refiero que al personal de ILE, que seria mi primera opción para empezar a desarrollar en esto nuevo, tiene saturada su agenda con programación propia de ILE, como para poder asignar a esta tarea.

 

Saludos cordiales,

 

Erick Giovanni Cruz

 


De: Guillermo Andrades, CPI Software [mailto:[EMAIL PROTECTED]
Enviado el: Jueves, 16 de Marzo de 2006 12:03 p.m.
Para: [email protected]
Asunto: Re: Desarrollo Java en AS400

 

cuando dices que no tienes recursos de ILE te refieres al ILE en sí o al RPG IV ?
Hay veces que gente que esta usando RPG/400 y va a un seminario de RPG ILE sale trastocado porque ve muchas complicaciones que no son por el propio lenguaje RPG IV sino por el engranaje ILE.
RPG IV se uede usar por programadores RPG/400 o RPG III sin problemas, y poco a poco ir conociendo las nuevas operaciones del propio RPG IV asi como el RPG Free, pero se puede empezar simplemente convirtiendo programas RPG viejos a RPG IV con CVTRPGSRC.

en el titulo de tu mensajes hablas de Java. si estas interesado solo en Java puedes probar con las licencias base de la propia IBM (Websphere con Clientes propios o Eclipse).


On 3/15/06, Erick Giovanni Cruz <[EMAIL PROTECTED]> wrote:

Tenemos la necesidad de empezar a desarrollar aplicaciones tipo WEB,  para las aplicaciones complementarias al HOST, pero tenemos el inconveniente del escaso recurso del personal que maneja ILE, para involucrarlo en esto proyecto, sacando provecho de la experiencia que muchos tienen, la pregunta  es con herramienta me recomiendan a realizar este tipo de aplicaciones, para que aproveche al máximo la robustez del AS400, pensamos utilizar el mismo servidor como el de WEB, que me recomiendan hacer.

 

De antemano

 

Gracias,

 

Erick Giovanni Cruz

Coordinador de Desarrollo

Sistemas e Informática

Banco de Comercio, S.A.

2337-7575 Ext. 1207

[EMAIL PROTECTED]  

 




--
Saludos/Regards,
Guillermo Andrades
CPI Software
http://www.CpiS.es
http://www.RpgForWeb.com
Web Familiar:  http://www.Andrades.info

Responder a