Yo tengo horas con ASP y .NET y al igual que tienes conectores de datos que pueden ejecutar sql, llamadas a procedimientos almacenados, comandos, etc entiendo que deberás de tener algo que al igual que desde php puedas hacer un sql con el mismo proveedor puedas ejecutar un comando....

 

Imagino pero no se PHP, tengo algún contacto y puedo preguntar pero no te garantizo nada..., lo intento...

 

Un saludo,

 

Jesús

 


De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Guillermo Andrades (CPI Software)
Enviado el: miércoles, 05 de julio de 2006 9:57
Para: [email protected]
Asunto: Re: Una de Php

 

<<Dices que con javascrip podria llamar un programa ile? >>

creo que esto no se puede en tu caso, js en los navegadores tiene un control de seguridad que impide hacer requerimientos a un servidor diferente, por eso te decia que esto valdría en el caso de tener la web en el 400.
en ese caso podria quedar muy bien una llamada tipo Ajax.

en el caso tuyo me parece que tendrias que hacer un requerimiento puro http url y tratar en el servidor http del 400 (quiza usando un servidor de aplicaciones en el 400 como WebSphere o RpgForWeb) una entrada tipo GET, por lo que al final no tiene sentido tener separada la web en un servidor linux y otro 400.

tampoco yo tengo muchos conocimientos de php ni de linux, personalmente ademas esto no importa mucho, pero si la mayoria de los profesionales del sector conoce RPG y 400 creo que es nuestra obligacion (la de IBM creo que tambien) trabajar en hacer que se usen esos conocimientos y no obligar a la gente a aprender java o php o python o lo que sea. estamos mas centrados en conseguir hacer de todo pero solo utilizando el 400 con RPG.

desde mi punto de vista quiza se podria hacer al reves, montar una web de 400 con algunos links o incluso ventanas inline tipo iframe con otros contenidos (paginas) provenientes de otro servidor http como el linux, pero esto tambien requiere configurar apache en el 400 mas un servidor de aplicaciones.

si no quieres abandonar el tema de que linux sea lo primario quiza el camino mas corto para ti sea odbc

quiza tienes que hacerte estas preguntas

¿es mucho lo que hay ya hecho en linux como para plantearte pasarlo al 400?

¿quieres usar el 400 como servidor web o hay algun impedimento?

¿si ahora quieres acceder a alguna info en 400, no puede ser que en el futuro los accesos al 400 sean mas y mas importante?

de momento tambien quiza podrias investigar en algunos foros de php y/o apache para ver si hay alguna experiencia mas parecida a lo que buscas.



--
Saludos/Regards,
Guillermo Andrades
CPI Software  (http://cpiS.es)
Modernizando Aplicaciones! http://modernizar.iSeries.es
Web familiar: http://Andrades.es


On 7/5/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Hola.
La Web ya está hecha(en un servidor linux,en php) y querria añadir unas consultas al iseries,por eso habia pensado en llamar programas del iseries que ya tengo hechos para estos casos y devuelven un array con la consulta. Lo que no sé es cómo llamar estos programas de una forma sencilla desde php(o html).Con java los he probado y van muy bien. Dices que con javascrip podria llamar un programa ile? con parámetros? tienes un ejemplo? gracias.


 "Guillermo Andrades (CPI Software)" <[EMAIL PROTECTED]>

 Enviado por:  [EMAIL PROTECTED] 30/06/2006 17:30

Por favor, responda a
[email protected]

Para

[email protected]

cc

 

Asunto

Re: Una de Php

 

 

 




si lo que quieres es habilitar un modo webservices necesitas configurar un servidor http en el 400, como Apache, y tener algun servidor de aplicaciones como websphere (o como RpgForWeb) o bien una API mas sencilla tipo CGI simple.
Tambien podrias comunicarte con sockets, pero para ello tienes que instalar una libreria de sockets para php, que parecen problematicas, y ademas programar alguna capa sockets en el 400.

parecen muchos cartuchos para tan poco fusilamiento.

porque no corres toda la web en el 400?

puedes hacerlo con html + algo de java en el pc + websphere (java) en el 400 y llamando a programas RPG  o "simplemente" cliente html + _javascript_ (que no es java) en el cliente y RPG+CL en el 400.

la otra via es SQL/ODBC.


Saludos/Regards,
Guillermo Andrades
CPI Software http://cpiS.es



On 6/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Hola.

Exacto, es lo que quiero(desde otra máquina). Ya tengo varios programas de consulta que reciben (desde varpg o desde java)fechas-cliente....etc y devuelven un array con los resultados, y lo veo una buena opcion en vez de hacer directamente la consulta desde el programa cliente.Ahora me faltaria probarlo con el php, pero no sé si necesito algo especial.


 "Guillermo Andrades (CPI Software)" <[EMAIL PROTECTED] >
Enviado por:  
[EMAIL PROTECTED] 30/06/2006 14:09

Por favor, responda a
[email protected]

 

Para

[email protected]

cc

 

Asunto

Re: Una de Php

 

 

 





Alberto, lo que quieres es llamar a programas RPG (batch, claro) que residen en un 400 desde php en ese 400 o desde otra maquina?

lo del buen rendimiento es que el 500 es asi de bueno, mas bueno cuanto mejor maquina, claro, nosotros tenemos transacciones web rpg en subsegundos, mas rapidas aun cuando empleamos tecnicas ajax/httprequest. en un 520 el mas chiquito vuela, pero incluso en un 170 viejo con lo minimo tambien va razonablemente pero no se puede comparar, la pasta desengrasa los engranajes.

el problema principal radica cuando tenemos un monton de programas interactivos, cada uno de su padre y de su madre, y con toda la clase de virgerias que soporta RPG+SDA que se quieren pasar a web, la concepcion de que la aplicacion debe ser ahora en bach (tipicas dos capas) parece que es lo mas duro para mucha gente, y no digamos el trabajo en si que lleva cualquier conversion.


Saludos/Regards,
Guillermo Andrades
CPI Software http://cpiS.es

On 6/29/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Hola.

Me gustaria hacer consultas al iseries a traves de una web hecha en php, pero ojo, llamando programas ILE del iseries con parametros y que este conteste con un array o un occur. Es esto posible? si pude ser sin cgi(que no estoy muy puesto en cgi)

Gracias




 

Responder a