[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Ejecutar scripts desde windows



On Wed, 26 Apr 2006 20:25:31 -0300
Angel Claudio Alvarez <angel@angel-alvarez.com.ar> wrote:

> El mié, 26-04-2006 a las 17:55 -0500, Moises Alberto Lindo Gutarra
> escribió:
> > tu desconocimiento de java y plataformas robustas te hacen decir eso,
> > por eso es comprensible tu respuesta, que es efectiva solo en algunos
> > casos, mas la opcion que menciono sirve en todo caso y en cualquier
> > plataforma, sin necesidad de clientes SSH.
> > 
> 2do pedido:
> NO respondas correos de la lista a mi direccion privada
> 
> Lamento comunicarte que como administrador de servidores tengo que
> lidiar con java todos los dias, y con programadores como vos que creen
> que java es la panacea de la programacion. Tenes idea de lo que es
> economia de recursos?? Si hay algo con lo que java y J2EE no se lleva
> bien es con la economia de recursos Para implemetar la solucion que vos
> propones necesitas una maquina ( el firewall en este caso) con
> suficiente memoria para correr un jboss y sufiente espacio como para
> alojarlo mas el sdk ( yo recomendaria un firewall sin disco rigido)
> En la maquina "cliente" necesitas instalar jre + el soft que desarrollas
> para ejecutar un comando (un solo comando!!!). Cuanto ocupa eso ( en
> memoria + disco) ????
> el cliente ssh ocupa unos pocos kb, es gratuito, la configuración es
> minima y es seguro ( ah y es eficiente, caracteristica no apreciada en
> java)
> Deja a java y J2EE el campo de las aplicaciones de negocio(cosa que hace
> mas o menos bien)que para dministrar equipos hay herraminetas MUCHO mas
> eficientes que java
> saludos
> 
> > El 26/04/06, Angel Claudio Alvarez<angel@angel-alvarez.com.ar> escribió:
> > > El mié, 26-04-2006 a las 06:19 -0500, Moises Alberto Lindo Gutarra
> > > escribió:
> > > > os comprendo Angel, tu solución tambien puede ser adecuada y por eso
> > > > estamos en esta lista, para aprender no para burlarse, mas os comprendo.
> > >
> > > En primer lugar te voy a pedir que no respondas un correo de la lista a
> > > mi dirección particular
> > > En segundo lugar, mi solución puede ser adecuada, la tuya no
> > > La tuya es un desproposito, para nada eficiente y poco profesional
> > > Es tan descabellada que no pude resistir la tentacion
> > > :)
> > >
> > > >
> > > > El 25/04/06, Angel Claudio Alvarez<angel@angel-alvarez.com.ar> escribió:
> > > > > El mar, 25-04-2006 a las 23:52 +0200, Seve M escribió:
> > > > > >     Muchas gracias por vuestras sugerencias, y disculpar por no
> > > > > > haberme explicado del todo bién.
> > > > > >
> > > > > >     El Pc con debian hace de encaminador con unos filtros de iptables.
> > > > > > La persona que usa el windows no tiene ni idea de bash ni Linux. Pero
> > > > > > en determinadas ocasiones le gustaria dejar pasar un trafico hacia su
> > > > > > ordenador que de normal no pasa.
> > > > > >
> > > > > >     Yo tengo hecho un script con el que soluciono esto, pero no es
> > > > > > cuestion de que me este molestando cada dos por tres. Entonces queria
> > > > > > que el pudiese ejecutar los dos scripts. Por lo que, los scripts se
> > > > > > ejecutan en el debian modificando el comportamiento de este. Y el
> > > > > > usuario windows deberia de hacer algo como un doble click o algo asi,
> > > > > > nada mas.
> > > > > >
> > > > > >     De las opciones que me habeis propuesto me ha gustado la de expect
> > > > > > + ssh (no conocia expect), tb habia pensado en un cgi. Y lo de RMI no
> > > > > > lo habia tenido en cuenta porque no lo he usado nunca y deberia de
> > > > > > instalar software extra en el debian, pero si que habia pensado en
> > > > > > RPC, parecido a RMI.
> > > > > >
> > > > > >     Voy a probar con expect y ya os contare.
> > > > >
> > > > > solamente con ssh ( con acceso por clave publica/privada) podes hacerlo
> > > > > solo necesitas un cliente ssh en la maquina con windows
> > > > >
> > > > > >
> > > > > --
> > > > > Angel Claudio Alvarez
> > > > > Usuario Linux Registrado 143466
> > > > > GPG Public Key en http://pgp.mit.edu
> > > > > key fingerprint = 3AED D95B 7E2D E954 61C8  F505 1884 473C FC8C 8AC4
> > > > >
> > > > >
> > > > >
> > > > > -----BEGIN PGP SIGNATURE-----
> > > > > Version: GnuPG v1.4.3 (GNU/Linux)
> > > > >
> > > > > iD8DBQBETqmwGIRHPPyMisQRAvfEAJ9PRBwzwJqTqr33JQkpM2LgUjytUgCeNZMQ
> > > > > 5Rcrb5lfRMEdcVtbGRBRFAM=
> > > > > =N9q4
> > > > > -----END PGP SIGNATURE-----
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Atentamente,
> > > >      .~.
> > > >     ( 0 0 )      Moisés Alberto Lindo Gutarra
> > > >     /  V  \           Asesor - Desarrollador Java / Open Source
> > > >    //       \\              TUMI Solutions S.A.C.
> > > > /((   _    ))\         Cel: 97366260  Trab: 3481104
> > > >    oo0 0oo     MSN: mlindo@tumisolutions.com
> > > >
> > > --
> > > Angel Claudio Alvarez
> > > Usuario Linux Registrado 143466
> > > GPG Public Key en http://pgp.mit.edu
> > > key fingerprint = 3AED D95B 7E2D E954 61C8  F505 1884 473C FC8C 8AC4
> > >
> > >
> > >
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.4.3 (GNU/Linux)
> > >
> > > iD8DBQBET/cSGIRHPPyMisQRAhmVAJ9vmNI6BgTdfWx6XMBvijl9NBmpawCbBZOd
> > > 1ZJJmYMlY1XrCx4pmeG7LFM=
> > > =Tc5S
> > > -----END PGP SIGNATURE-----
> > >
> > >
> > >
> > 
> -- 
> Angel Claudio Alvarez
> Usuario Linux Registrado 143466
> GPG Public Key en http://pgp.mit.edu
> key fingerprint = 3AED D95B 7E2D E954 61C8  F505 1884 473C FC8C 8AC4
> 
> 

Unos van a China yendo al Oeste y otros van a China yendo al Este, pero todos llegan a China.

-- 
Miguel Da Silva.
Servicio de Informatica.
Facultad de Ciencias.



Reply to: