Hola, hola, hola.

Nosotros utilizamos la t�cnica del RENAME (si podr�a llamarse as� ;-D), es
decir inicialmente se env�a el fichero con un nombre falso (p.e. que empiece
con X o con la extensi�n .TMP) e inmeditamente depues de enviarlo se hace un
Rename al Fichero real, de esta manera cuando existe el fichero Real
renombrado estamos seguros de que se haya recibido o enviado completamente,
si por alg�n motivo se produce un corte de comunicaciones o bien se esta
procediento al envio/recepci�n del fichero no hay problema, pues no se hace
caso de los ficheros temporales si no s�lo de los reales.

Como paso final si que tenemos un proceso que nos "limpia" todos los
ficheros temporales creados con fecha anterior al d�a actual, pues significa
que fueron ficheros que no llegaron a enviarse/Recibirse.

Salu2.
Cid Fern�ndez Sangrador
e-correo: [EMAIL PROTECTED]

En inform�tica no hay nada imposible...
s�lo es cuesti�n de tiempo.

-----Mensaje original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]En nombre de Miguel Orueta
Enviado el: lunes, 25 de noviembre de 2002 11:08
Para: '[EMAIL PROTECTED]'
Asunto: RE: Transferencia datos UNIX a AS/400


Hola Miguel,

Habiamos empezado a trabajar en esa linea, con alguna diferencia. En lugar
de hacer DIR hacemos LS que genera un LSOUTPUT que tambien tratamos con GET
y en lugar de DEL hacemos un REN de los archivos transferidos.
Tenemos que asegurarnos que no traemos un archivo que se este generando en
ese momento y no haya sido cerrado. �hay alguna manera de saber si el
fichero esta cerrado o abierto? �alguno de los atributos que aparecen en el
DIR nos podrian servir?, ....

Saludos
Miguel Orueta
Depto. Inform�tica
KRAFFT,S.A.
�
******************************************************************


Hace unos meses ayud� a hacer una cosa parecida sobre un servidor NT, lo

hac�amos desde el AS400 a base de un ciclo de tres FTP:

Primer FTP:
Se hacia un Dir con salida a disco:  ftp -dir (disc
esto nos generaba un fichero en el AS400 (*curlib) DIROUTPUT
Segundo FTP:
Con el resultado del primer FTP cre�bamos  una instrucci�n GETpara cada
fichero. Todas estas                         instrucciones GET se
escrib�an en un  solo miembro de un fichero PF-SRC. Entonces se hacia
un  FTP que copiaba todos los ficheros en el AS400.
Tercer FTP:
 Se procesaba cada fichero transferido al AS400. Si el proceso era
correcto se generaba una
instrucci�n  DEL para el fichero. Estas instrucciones se acumulaban en
un miembro del fichero                      PF-SRC. Una vez procesados
todos los ficheros se ejecutaba el tercer FTP que borraba todos  los
ficheros ya procesados.
Cada media hora se ejecutaba el ciclo completo.

Miquel Casals Fradera
[EMAIL PROTECTED]


**********************MENSAJE
ORIGINAL***************************************


Hola,

Tenemos una aplicaci�n de Gesti�n de Almac�n (ADAIA) en UNIX que genera
ficheros planos por cada movimiento ejecutado por el almac�n.
Los ficheros tienen como nombre NOMBRE.AAMMDDhhmmss, gener�ndonos un porr�n
de ficheros/hora.
Queremos pasar los ficheros al AS/400 para interfasearlos con nuestro ERP
(BPCS), utilizando FTP y asegur�ndonos de que se eliminan del UNIX los
ficheros transferidos y no los generados mientras se procesa la
transferencia.
Hemos hecho pruebas con MGET y MDEL, pero podemos eliminar ficheros no
transferidos.

�De que manera podemos automatizar esto y asegurarnos de eliminar solo lo
transferido?

Saludos y gracias.
Miguel Orueta
Depto. Inform�tica
KRAFFT,S.A.




_____________________________________________________
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, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?body=LEAVE

_____________________________________________________
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, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?body=AVE



_____________________________________________________
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, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?body=LEAVE

Responder a