Camaleón> Camaleón> > Un fichero JAR se ejecuta por su propia definición y por cuestiones de Camaleón> > seguridad obvias solo en modo local, pero debe poder descargarse Camaleón> > facilmente de un servidor. Camaleón> Camaleón> Pero java, precisamente, es un lenguaje orientado a Internet y Camaleón> recursos remotos... no esperaba que tuviera esa restricción, la Camaleón> verdad. Cada cosa tiene su función, y los ficheros JAR se concibieron para ser bajados del servidor y ejecutarse en modo local en la máquina cliente. Pedirle a un JAR que se ejecute en modo remoto (en el servidor) es despreciar a los ficheros *.class que son los que se concibieron para eso. :-) Camaleón> Sólo quiero ejecutar un archivo en un recurso samba, al Camaleón> igual que hago con una imagen, un pdf o un zip... todos ellos pueden Camaleón> ser igual de "peligrosos" así que no cuela :-P Ya pero las cosas son como son, y el *.JAR no se parió para ser ejecutado en el servidor. Hay varias opciones Si en el servidor SAMBA está el fichero class, ese es el que hay que ejecutar. Si el fichero class no existe entonces se descomprime el JAR, con unzip o equivalentes, y se ejecuta el *.class que contiene. Camaleón> La pregunta es que si desde un cliente windows lo puedo hacer Camaleón> (ejecutar el .jar desde una unidad de red) ¿por qué desde suse con Camaleón> samba no? La consola es la misma (JRE) y el peligro también :-/. Eso es una pregunta capciosa. :-) El problema está en la ejecución remota, da igual el S.O. del cliente. En local se ejecuta en remoto no. En Windows, en Linux, en Mac etc. podrás ejecutar un JAR si te lo bajas de alguna parte, nunca podrás ejecutarlo en su ubicación original. Se concibió para descargar de trabajo al servidor, no para duplicárselo. -- Saludos, J.M.Queralt