Carlos, abuzando de la confianza, seria posible que nos cuentes a todos cual es la solución para poder así aprovecharnos todos de tus conocimientos (Si no es mucho el abuso).
Gracias. Bernabé Estrada _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Pedrozo Sent: Miércoles, 30 de Abril de 2008 07:40 a.m. To: forum.help400 Subject: RE: Trabajo batch AS--->planificador tareas Windows Desde mi punto de vista creo que a Valencia esta mas desorientado/a con la solucion que pretendemos darle. Valencia; si queres me escribis a mi privado y te voy a dar inclusive mi programa fuente que escribi. Lo unico que esta fuera del contexto es los siguientes: 1.- Pedir a tu networking una configuracion de tu Pc; debe estar en el mismo entorno de Red de su AS; con solo PING ya tenes solucionado tu problema. 2.- Del lado As, al final de tu pgm le agrega la rutina que te voy a pasar. Ya te envie una parte del codigo fuente que esta en la web (no es mi propiedad, aclaro); no tenes porque preocuparte por Cola de datos, STRPCO, RUNRMTCMD, REXEX etc etc. Saludos Carlos P. [EMAIL PROTECTED] _____ Date: Wed, 30 Apr 2008 11:14:57 +0200 From: [EMAIL PROTECTED] To: forum.help400@listas.combios.es Subject: Re: Trabajo batch AS--->planificador tareas Windows Buenas, Yo lo utilizaría una cola de datos para sincronizar la ejecución del trabajo batch con el lanzamiento del programa windows que trata el fichero. Se me ocurren dos opciones: Opción 1 * Un programa CL (CL1) que llama a otro programa CL (CL2) y a continuación ejecuta el SBMJOB del proceso batch. * El programa CL2 permanece leyendo una cola de datos (utilizando para ello el API correspondiente del 400) hasta que en la cola aparece un registro que le indica que el trabajo batch ha terminado correctamente. Esta lectura de la cola de datos no consume recursos, y se puede indicar, por ejemplo, que lea de la cola durante un tiempo, y si no hay registro, que espere un minuto (o el tiempo que se desee) y vuelva a leer, y así sucesivamente, hasta que aparezca el registro. * Entre tanto, el proceso batch se ejecuta y, al terminar, graba ese registro en la cola de datos, en el que le puede indicar, incluso, si se ha producido algún error en el trabajo batch. * El programa CL2, una vez que lee el registro de la cola de datos y verifica que el trabajo batch terminó correctamente, lanza el STRPCO para ejecutar el programa windows que trata el fichero. La desventaja de esta opción es que la sesión de pantalla desde la que lanzas todo se quedará bloqueada hasta la finalización del trabajo batch y que tienes que llamar a API's de 400, cosa que no siempre es fácil. Opción 2 * El programa CL inicial lanza el STRPCO del programa windows y a continuación emite el SBMJOB del proceso. * En este caso es el programa windows el que queda esperando, leyendo la cola de datos (usando el API de Client Access), hasta que aparece el registro que indica que el batch ha terminado. * A continuación, el programa windows procesa el fichero. Esta segunda opción es más elegante que la primera, pero el programa windows no puede ser un simple .BAT, sino algo más sofisticado, desarrollado, por ejemplo, en Visual Basic. Parece complicado, pero en realidad es muy sencillo. Un saludo, Potele -- José de la Herrán Núñez Ayuntamiento de Vitoria-Gasteiz Departamento de Tecnologías de la Información Responsable de Coordinación Técnica Pintor Vera Fajardo, 5 bajo, 01008 Vitoria-Gasteiz Tlf: +34 945 16 16 14 Fax: +34 945 16 16 00 mailto:[EMAIL PROTECTED] Paco escribió: No se puede. Saludos Paco Medina Dtor.Informatica Exclusivas Camacho, S. Ltd. Av. J. Ortega y Gasset, 301 (Pol. San Luis) 29006 Málaga, España Tel. +34 952 322 900 Fax +34 952 314 900 www.e-camacho.com <http://www.e-camacho.com/> [EMAIL PROTECTED] Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es vd. el destinatario indicado, queda notificado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. Gracias. This message is intended exclusively for its addressee and may contain information that is CONFIDENTIAL and protected by professional privilege. If you are not the intended recipient you are hereby notified that any dissemination, copy or disclosure of this communication is strictly prohibited by law. If this message has been received in error, please immediately notify us via e-mail and delete it. Thank you. _____ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de VALENCIA Informatique Enviado el: martes, 29 de abril de 2008 15:42 Para: forum.help400 Asunto: Trabajo batch AS--->planificador tareas Windows Importancia: Alta Buenas tardes a todos. Tengo una aplicación que corre en un subsistema cada 180 segundos, esta genera varios ficheros texto en una carpeta X del AS. Querría mediante una tarea planificada en windows realizar una acción con esos ficheros texto, la pregunta es ¿es posible arrancar el planificador de tareas de windows desde un trabajo batch en un AS400?. Un saludo Muchas gracias _____ __________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es <http://www.help400.es/> _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400 _____ Connect to the next generation of MSN Messenger Get it now! <http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source= wlmailtagline>
__________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; 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
