Servicios Web

¿Que tal un poco de imaginación?

Tengo dos aplicaciones que van "finas-finas", ambas dan servicio al mismo
negocio pero una corre en un sistema UNIX con Intel y otra en el 400, una
es C/S con procedimientos almacenados SQL y otra 5250 con COBOL-SQL, una es
Oracle y otra DB2-400, etc. etc.

Bueno, pues quiero poner por encima una capa Web que haga parecer a todo
quisqui que se trata de una sola aplicación. Para unas cosas va al UNIX,
para otras al 400,...¿Que hago? Echo mano de los Web Services y planifico
dos fases o tres fases, en la primera será una aplicación Web de consulta y
en próximos ejercicios transaccional (je, je, difumino, disipo, camuflo
gastos;-) .

Necesario (me centro en el 400, para el UNIX, al foro UNIX :-)

   Una gente que me cree la capa Web: alegre y joven muchachada que se
   maneja un Java, php, Http, XML
   Dos Servidores de Aplicaciones, dos. Uno en cada sistema: por ejemplo un
   Apache-Tomcat en el UNIX y su WebSphere App serv Express en el 400
   (gratis señores, gratis!!!)
   El WebSphere Development Studio Client for iSeries en cada Pc del equipo
   de desarrollo (no presten oídos a los del punto 1, querrán poner uno del
   amigo Bill, sean inflexibles en esto, a la larga ellos también se lo
   agradecerán). Es gratis señores, es gratis!!!!
   Manuales y RedBooks muy cerquita, lean de SOAP, lean de WDSL, lean de
   SOA, lean de XML, LEAN QUE TANTO IBM COMO MICROSOFT están a saco con
   este tema. Y después OLVÍDENLO los asistentes del IDE hacen tooooodo el
   trabajo y los del punto 1 el resto.
   Pasen sus programas a ILE (no se asusten, esto, en principio, es
   recompilar) me refiero a sus programas que rascan datos no los de
   pantalla, aquellos que son susceptibles de recibir unos parámetros y
   devolver otros, agrupe varios programas "dentro de otro" que solo haga
   de "cascara", jueguen con esto... *srvpgm,... *sqlpkg
   Empiecen a generar Servicios Web con el IDE (asistentes a todo pasto)
   encapsulando en Java Beans, haga lo mismo con stored procedures, SQL que
   devuelvan juegos de datos, etc. etc.
   Exportenlos a un .EAR (nuestro App Srv será J2EEE-compatibles, of
   course)
   Móntenlo en su App Srv Express (asistentes)
   Que los del punto 1 incrusten llamadas SOAP en la capa de presentación
   para solicitar los datos, que los pinten, que los coloquen,...

Y a jugaaaaaar.....

Por esto que os termino de contar algún consultor de moda os mete un viaje
de porrocientos mil euros y se queda tan fresco.

¡ AMIGOS, COMO SOMOS LOS DEL FORO!

Todo coincidencia con la realidad es mera coincidencia y declino toda
intención y responsabilidad.

Saludos, Ignacio Colado.




                                                                       
             Iñaki Martin                                            
             Lucas                                                     
             <[EMAIL PROTECTED]>                                          Para
             Enviado por:              [email protected]        
             forum.help400-adm                                          cc
             [EMAIL PROTECTED]                                             
                                                                    Asunto
                                       Re: Dudas sobre php en i5       
             13/07/2006 13:44                                          
                                                                       
                                                                       
                Por favor,                                             
                responda a                                             
             [EMAIL PROTECTED]                                         
                  bios.es                                              
                                                                       
                                                                       





    Esto se está poniendo muuuuuy interesante.

    Pedro, puedes abundar un poca más sobre como estáis realizando el tema
de los Web Services, servidores, herramientas de desarrollo, etc.

    Respecto al tema de fondo del hilo, podemos negar la mayor y
resistirnos lo que nos de la gana pero el modelo de las aplicaciones
empresariales está cambiando a entornos WEB y lenguajes como Java están
aquí para quedarse dando soporte a este nuevo entorno. Más nos vale
ponernos las pilas o dentro de unos años nos tendremos que dedicar a la
calceta.

    No termino de entender la resistencia generalizada que tenemos en el
mundo del AS a introducir elementos novedosos y aferrarnos a lo que
sabemos.   ¿No tuvimos que aprender RPG, RPG-ILE, CL, OS/400, etc?

    Nosotros estamos apostando por Java lo que no quita seguir utilizando
RPG donde proceda, desde luego para la gestión de pantalla (browser)
utilizaremos Java en el lado del servidor.

    Como tengo ya algunos años recuerdo hechos pasados que nos pueden
servir de lección para el presente. Cuando salio Windows al mercado muchas
compañías comenzaron a lanzar versiones pseudoWindows de sus aplicaciones
para migrar al nuevo entorno, prometían trabajar como se venia haciendo
pero el resultado final era una bonita aplicación con ventanas. ¿Qué queda
de todo aquello?.

Saludos.


PEDRO IGNACIO COLADO RODRIGUEZ escribió:
      ¡Como me ha gustado esta polémica!

      Ya estaba un poco harto de "Pásenme la configuración de la impresora
      HPleches..." y "Tema de preformatos..."

      El problema, al final, es de formación, moda y número: no se enseña
      RPG ni
      COBOL, pesan mucho las modas (en todo) y a una plataforma la
      defienden los
      que "comen" de ella: cuantos más comen, más defensores. Y hay que
      reconocer
      que en esto último nos ganan por goleada. (La clave fue permitir el
      pirateo
      al principio... Un genio de los negocios este Bill. Y un grandísimo
      farsante como informático, además.)

      Pero pasemos al tema comparaciones:

      Es curiosa la tendencia general a mezclar conceptos. ¿Será influencia
      nefasta del "pensamiento débil"?

      Lógico sería comparar, por ejemplo:

      WebSphere vs Tomcat (servidores de aplicaciones)
      php vs NetData (lenguajes de tipo scrip)
      RPG vs COBOL (lenguajes de orientación empresarial)
      Java vs .NET (lenguajes de propósito general)
      DB2 vs MS SQLServer (gestores de bases de datos relacionales)
      etc.

      Una tema más para la polémica: Servicios Web (Web Services)

      Estoy teniendo una experiencia con este tema y me apasiona, cuanto
      más
      conozco más me gusta. Eso de envolver nuestros programas RPG o COBOL
      super
      probados y super eficientes en una cápsula a la que pides una
      información y
      te la devuelve (Bean) y luego tratas esos datos como te da la real
      gana.
      Fantástico!!

      Además (confidencial y con un poco de cachondeo):

      Te quitas de en medio la presión de toda la gente que han contratado
      para
      esa paliación Web tan maravillosa y que, lógicamente, tienen que
      comer,
      pero que, normalmente, pasan de currarse los datos (¡eso es tan
      aburrido!)
      . Los datos quieren tenerlos por "la patilla" y nosotros se los damos
      y
      luego que los "pinten" como quieran que eso es lo que les gusta. Te
      conviertes en UN GRAN COLABORADOR y el 400 en YO NO SABIA QUE ESTE
      SISTEMA
      ERA TAN BUENO. Ellos "pillan" tu "pillas" TODOS "pillamos".

      Y lo que sea lo mejor QUE MAS DA.

      (AVISO: todo parecido con la realidad es pura coincidencia y declino
      toda
      responsabilidad. :-))

      Saludos, Ignacio Colado.


      __________________________________________________
      Forum.HELP400 es un servicio más de NEWS/400.
      © Publicaciones Help400, S.L. - Todos los derechos reservados
      http://www.help400.es
      _____________________________________________________

      Para darte de baja visita la siguente URL:
      http://coyote.combios.es/mailman/listinfo/forum.help400



--
(See attached file: iky.vcf)(Embedded image moved to file: pic29171.jpg)

Attachment: iky.vcf
Description: Binary data

<<attachment: pic29171.jpg>>

Responder a