La primera prueba en que entres por el browser, http://ipas400:2001/ y entres
por IBM Web Administration para i5/OS, antes de esto debe subir los servicios
http, *admin, si al ingresar por el browser no pasa nada, es hora de poner al
dia ptf.
----- Original Message -----
From: Jose Luis Da Silva
To: 'forum.help400'
Sent: Thursday, January 21, 2010 5:19 AM
Subject: RE: El RPGLE LLEGA A SU FINAL?
Jaime:
Hace 5 dias instalamos el V5R4 donde podria leer o tomar ese Plugin de
Webservices para el AS/400 ?
JOSE LUIS DA SILVA JARA
------------------------------------------------------------------------------
De: [email protected]
[mailto:[email protected]] En nombre de Jaime Villa Torres
Enviado el: Jueves, 21 de Enero de 2010 01:35 a.m.
Para: forum.help400
Asunto: Re: El RPGLE LLEGA A SU FINAL?
Me gusta el tema, pero no cambio un as400 por un Pc.
Como trabajo.
Programas de servicios, con un real diseño de servicios, no cosas. rpg puro.
Un programa servidor de servicios que lo publico como webservices en el
as400, no websphere.
Desde java, una aplicación inteligente que consume los servicios del as400 a
por medio del webservice anterior.
Apoyándome en libhttp o c++, consumo webservice de otros proveedores, a
partir de rpg.
En resumen, tengo la ultima tecnología, buenas presentaciones en web y uno el
as400 con el mundo de los negocios.
No es esto lo que se quiere en la actualidad, entonces para que tanto
websphere, si ya existe el plugin para webservice desde V5R4M0.
Por favor, donde hay que cambiar el chip, simplemente hay que conocer el
as400 y combinarlo de una forma correcta con un java que se me sirve de
presentación.
Considero que quien desea continuar trabajando en 5250, es por que no se
actualiza de la tecnología que tiene el as400
----- Original Message -----
From: [email protected]
To: forum.help400
Sent: Wednesday, January 20, 2010 5:01 PM
Subject: Re: El RPGLE LLEGA A SU FINAL?
Respeto tus palabras Guillermo pero estos bancos o empresas que comentas no
usan ni siquiera un As400, usan máquinas aun más grandes. Eso no
desvirtúa al As400, verdad??
Cada cosa en su sitio.
Yo no vendo ningun ERP hecho en J2EE (no es lo mismo que Java) solo he dado
mi opinion convencido que hay mas de un profesional
del System i que quiere evolucionar y no sabe para donde tirar. Pues si
sirve de algo, dejé mi simple opinion/experiencia.
Comentarte que el proyecto San Francisco me tocó vivirlo en mis carnes (se
le antojó el tema al gerente) y cuidado, no es que no funcionara, simplemente
la gente no estaba ni por los "objetos" ni por esas cosas "tan futuristas".
Yo creo que aun no era el momento y es que de lo de San Francisco hace una
pila de años
Guillermo. El efecto 2000 y otros te quitaban todo el tiempo. Pero mira por
donde que la filosofia de los WebServices son un calco de la filosofia de San
Francisco.
Para mí aun siendo RPGero, como profesional el J2EE fue una necesidad. Hoy
dia las empresas tipo con As400
van yendo a entornos cada vez más distribuidos y hetereogéneos y mi
lenguaje de toda la vida se me quedó corto (sobre todo las limitaciones en
cuanto a arquitectura).
Muchas se quitan el As400 por verlo ligado estrictamente al RPG/Cobol y las
pantallas verdes, además de caro por doquier. Ahí sí que falta ver bien que el
ahora llamado System i es ADEMÁS una grandisima base de datos y un gran
servidor de aplicaciones. Otra cosa es de lo que como profesionales estemos
dispuestos a exigirle.
De lo que estoy convencido es que como no le saquemos más.... con esos
costes el pobre se nos muere.
Si como comentas, no ves ninguna necesidad ni sentido comun en evolucionar
hacia J2EE o .NET empresarial aunque sea como complemento a lo que ya tienes
con Rpg/Cobol, bueno, es tu opinión,... pero yo como profesional, en esa
posición no me sentí nada a gusto en su momento. Cada uno es como es.
Saludos
"Guillermo Andrades (CPI Software)" <[email protected]>
Sent by: [email protected]
20/01/2010 21:27 Please respond to
"forum.help400" <[email protected]>
To "forum.help400" <[email protected]>
cc
Subject Re: El RPGLE LLEGA A SU FINAL?
alguien que vende un erp desarrollado en java es natural que hable tan bien
de ello, pero no deberia ser tan cortante, simplemente en el mundo hay muchas
alternativas para el desarrollo de software y depende de mil circunstancias y
de cada entorno y de cada base de conocimiento el que se elija una cosa u otra.
de los 50 erp mas conocidos o usados en el mundo (incluyendo sap, los de
microsoft, oracle, etc) se cuentan con los dedos de la oreja los que estan
desarrollados en java.
item mas, bastantes de los que estan desarrollados en java (que son muy
pocos). no andan simultaneamente en diferentes plataformas (p.e. IBM i +
windows + linux + mac + aix), porque hacer que una aplicacion compleja funcione
en multiplataforma incrementa la complejidad de la aplicacion enormemente.
sin embargo lo que si es totalmente cierto es que cuando vas al banco a
ingresar un cheque, o cuando vas al toys r us a comprar un juguete o cuando vas
al carrefur o al alcampo a comprar la comida, al dia tambian que es mas barato,
y cuando tomas cafe en el starbucks, y cuando hablas con la señorita de la
empresa de seguros sobre tu poliza, y etc etc, mira por donde esas empresas
corren sus principales aplicaciones en maquinas no conocidas en los cursillos
de fpII, unas viejas y desactualizadas midrange o mainframe de la IBM. y mira
tu que gente tan anticuada que la mayor parte de esas aplicaciones estan
creadas con supuestos lenguajes de programacion de los que no hay libros del
tipo de "aprende a programar xxx en 15 horas", lenguajes del tipo de RPG o
Cobol.
es que vosotros creeis que ddddd o mmmmm lleva la contabilidad o los
pedidos en un pc mu-grande?
es que conoceis un banco que lleve las cuentas de clientes en el mismo
sistema operativo que viene con el juego del solitario?
veamos
<< 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.>>
yo tambien sueño por las noches unas cosas que si las contara....
>>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.>>
os acordas de los 300 millones de dolares tirados a la basura por IBM con
el intento llamado "San Francisco"?
<<Aquello que todos habíamos deseado, es posible: escrito una vez, escrito
para siempre.>>
ya digo, confundir deseos con realidad.
con casi cualquier lenguaje y mucho sentido comun se pueden establecer
funciones (no digamos ahora con ILE) para ser reutilizadas, heredadas, etc.
mucha gente nos quiere forzar a comparar el RPG de 1974 con el xxxx
lenguaje de 2009, puestos a comparar vamos a comparar con todo lo que permite
el RPG actual, y el que viene, porque IBM sigue invirtiendo fuertemente tanto
en el sistema operativo del IBM i como en su principal lenguaje,
desgraciadamente no ocurre lo mismo con el Cobol porque Cobol requiere que
todos los cambios sean globales al no ser un producto de un solo fabricante.
En fin, aplicaciones malas las hay en todos los lenguajes, las buenas
tambien las hay, pero os invito a hacer una lista de las actividades que haceis
cada uno y pensar que empresas estan asociadas con esa actividad, y adivinar
que tipo de informatica principal usan.
pensar ademas en aplicaciones generales de las empresas como nominas o
facturaciones o esto y aquello, que porcentaje del mercado tiene java y que
porcentaje tiene windows y los ibm-mediopelo.
hacer una aplicacion es dificil con cualquier sistema, si fuera facil lo
haria cualquiera.
al compañero que dice que ha visto hacer un mantenimiento de una tabla con
java en cinco minutos solo decirle que primero eso no es java sino alguna
implementacion o algun framework de java etc etc, y que un mantenimiento de
tablas hay herramientas que las hacen en RPG o en Cobol en menos de cinco
minutos tambien, hay varios generadores o wizards que hacen eso (algunos lo
hacen desde 1988 como Synon o ADP o Snap o Genexus o Adelia, etc), pero una
aplicacion compleja no es la suma de 137 mantenimientos de tablas. aqui tambien
el diablo vive y disfruta con los detalles.
si es tan bueno y facil java porque ibm no hace aplicaciones de negocios
con java (preguntales en que esta hecho el sistema de gestion de personal que
tienen en varios paises).
el que haya uno, 17 o 700 empresas diciendo que el java es la leche les
resuena los dientes a los tantos que dicen que lo mejor es el python o el php o
el ruby&rails.
nosotros lo que conocemos es el rpg y el cobol y conocemos como hacer
programas y conocemos como funciona nuestra empresa y como podemos ayudarla con
nuestros conocimientos de informatica, y bueno, y entonces? donde está el
problema? que el rpg o el cobol no pueden tener un gui moderno? desde luego que
no si lo quieres ipso facto y gratis, pero es que crees que java va a darnos
esto gratis y rapido? le preguntamos al que hace los mantenimientos en cinco
minutos cuanto tiempo horas hombre ha costado el erp en java? y entonces porque
no ponemos ese dinero, o la mitad, en mejorar o rehacer nuestras aplicaciones
con rpg-free, ile, gui moderno y lo que haga falta?
o sea que nuestra empresa si quiere las aplicaciones "en moderno" se mete
dos años y siete millones a implantar una cosa que parece que va ser la
leche... (y muchas despues de dos o tres años se dan cuenta que no es oro lo
que pintaban de amarillo) pero no podemos dedicar el 50% de ese tiempo y dinero
a mejorar o rehacer aunque sea parcialmente nuestras aplicaciones?
no me incluiré en esta aseveracion, el puñetero arbol no os deja ver el
bosque.
Saludos,
Guillermo Andrades
____________________________________________________
© 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____________________________________________________
© 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
