a ver. escenario: -------------- servidor windows con d.a. y un envio de ficheros escrito en .net problemas --------------- 1er "problema": ······················· - El D.A. (directorio activo) con samba 4 se podría migrar "automágicamente" pero samba 4 está muy "verde" - Se usa samba 3 y se pasan los usuarios a mano que tampoco es para tanto. es viable 2º problema ················· El servidor en windows tiene instalado un programa que se encarga de ir a otra máquina y recoger un archivo de texto con nombre y extensión variable, solo se desecharía un ****.tmp, o ***.temp por que se considera que se está creando el archivo., hasta qui parece facil, (sftp) pero bueno, el archivo en sí hay que "ver si está" y "enviarlo" por "sftp" a una máquina remota. Se intenta usar el desarroyo previo en .net (del windows) para el envío de ficheros, el tío se curró una serie de ejecutables (.exe) que a su vez llaman a dos "serivicos" (se invocan con "services.msc" en un prompt de windows) es decir que para el envio hay un servicio lanzado y otro lanzado para la recepción, esta suite tiene su instalador y todo menos el código fuente cosa que no se va a conseguir por que el desarroyador lo hizo "de favor". Por lo cual, me instalo wine (para lanzar los .exe) y mono para usar .net y no funciona y me enteré que es por los servicios (o eso me parece a mi) y además usa comandos propios de windows (net start, etc) por lo cual ya veo inviable usar el desarroyo previo a no ser que sea capaz de "correr" los servicios del windows (los de envío y recepción) en la SLES (Suse) ... estoy barajando la opción de hacerme scripts de subida / bajada de los archivos (y "cronalizarlos" para su ejecución) pero como no conozco muy bien el contenido de archivo ni el sistema remoto que lo va a recibir no se bien como plantearme las comprobaciones (que esté bien formado el archivo,etc) eso sí es texto plano... un saludo! El 24 de septiembre de 2010 15:04, Odo <odo.suiadan(a)gmail.com> escribió: a que te refieres, concretamente con servicio? pero para serte sincero,

2010/9/24 Rafa Toucedo <debian.vigo(a)gmail.com> Hola buenas, Sí, siempre que uses .NET y tengas la suerte de que todo el backend que use el servicio esté implementado: http://stackoverflow.com/questions/351971/using-mono-service-to-wrap-a-wind… Recuerdo que en la 2.6 de Mono se implementaron los Performance Counters y toqué algo el tema... Si necesitas alguna ayuda más a fondo y si es con Mono cuenta que te eche un cable... Saludos, RC -- Rafa Couto - http://caligari.treboada.net GNU/Linux user #99126 - http://counter.li.org GPG D76ABDEC - http://linko.es/s9K_ _______________________________________________ GALPon mailing list GALPon(a)listas.galpon.org https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon

desde una shell lanzo -> mono-service2 servicio1.exe y mono-service2 service2.exe (existe un mono-service que es para .net1 "creo" o eso entendí...)