Camaleón wrote:

El 17/04/08, Salvador Gomez Cabello escribió:

...

Si quieres ejecutar un .jar desde consola es mejor que pongas:

java -jar

Así como dices funciona perfecto.

Pero el archivo lo tengo en un disco al que accedo desde suse vía samba por eso preguntaba si era posible ejecutarlo directamente, pasando algún parámetro o algo... no sé :-?

Saludos,

Pero... si tú haces, por ejemplo: ls smb://servidor/directorio/archivo.jar te lo interpreta? --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Camaleón wrote:

No, tendría que montar el recurso:

hpc02@stthpc:~> ls smb://servidor/directorio/archivo.jar ls: no se puede acceder a smb://servidor/directorio/archivo.jar : No existe el fichero o el directorio

Clarito, por eso no lo ejecuta, el intérprete no sabe a que nos referimos con "smb://"

Quizá con smbclient :-?

a ver, juguemos, a mí también me interesa.. voy a probar..

Lo que busco es crear un acceso directo para ejecutar ese jar.

Saludos,

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Salvador Gomez Cabello wrote:

Cuando yo tengo un servidor win con terminales linux lo que hago es montar samba en una carpeta en /mnt y despues le hago un enlace ejecutado el comando. Lo puedes hacer con kde esto ultimo. Esto es si el programa lo tulizo mucho.

Se que en versiones anteriores de suse habia un parametro del kernel o del SO (no estoy seguro) que te tomaba los .jar como ejecutables. Era capaz de llamar directamente al java instalado.

Perfecto, pero el chiste es poder ejecutarlo, sin "montarlo" a lo usual, como realizar: more nosepuede.txt | smbclient //ip/directorio -c "more -" Pues no va a ser me parece.. éstos son los comandos que acepta smbclient una vez conectado........ ?, altname, archive, blocksize, cancel, case_sensitive, cd, chmod, chown, del, dir, du, exit, get, getfacl, hardlink, help, history, lcd, link, lowercase, ls, mask, md, mget, mkdir, more, mput, newer, open, print, prompt, put, pwd, q, queue, quit, rd, recurse, reget, rename, reput, rm, rmdir, showacls, setmode, stat, symlink, tar, tarmode, translate, volume, vuid, logon, listconnect, showconnect, ! Pero de jar...ni noticias.. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

2008/4/17, Ricardo:

Perfecto, pero el chiste es poder ejecutarlo, sin "montarlo" a lo usual, como realizar:

Creo que no se puede Ricardo... limitaciones del propio java :-?

more nosepuede.txt | smbclient //ip/directorio -c "more -"

Pues no va a ser me parece.. éstos son los comandos que acepta smbclient una vez conectado........

?, altname, archive, blocksize, cancel, case_sensitive, cd, chmod, chown, del, dir, du, exit, get, getfacl, hardlink, help, history, lcd, link, lowercase, ls, mask, md, mget, mkdir, more, mput, newer, open, print, prompt, put, pwd, q, queue, quit, rd, recurse, reget, rename, reput, rm, rmdir, showacls, setmode, stat, symlink, tar, tarmode, translate, volume, vuid, logon, listconnect, showconnect, !

Pero de jar...ni noticias..

smbclient es como un cliente ftp para samba. Con "get" te descargas el archivo pero de ejecuciones, nada :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 17/04/08, Salvador Gomez Cabello escribió:

Cuando yo tengo un servidor win con terminales linux lo que hago es montar samba en una carpeta en /mnt y despues le hago un enlace ejecutado el comando. Lo puedes hacer con kde esto ultimo. Esto es si el programa lo tulizo mucho.

Pues creo que va a ser la única forma :-( He estado buscando más información sobre el tipo de recurso que admite el argumento "-jar" de java y parece que sólo permite archivos locales (tampoco direcciones url remotas del tipo "java -jar http://dominio.com/archivo.jar" por ejemplo) por lo que entiendo que o bien el archivo jar incluye alguna clase que pueda gestionar estos protocolos -que parece que no- o no veo otra opción salvo montando el recurso... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 17/04/08, J.M.Queralt escribió:

Un momento, "jar" no es un argumento, bueno si lo es, pero su función es simplemente permitir crear un tipo de fichero (basado en en el formato zip) llamado ".jar"

Eso mismo :-).

Un fichero JAR se ejecuta por su propia definición y por cuestiones de seguridad obvias solo en modo local, pero debe poder descargarse facilmente de un servidor.

Pero java, precisamente, es un lenguaje orientado a Internet y recursos remotos... no esperaba que tuviera esa restricción, la verdad. La seguridad corre de mi cuenta, no hace falta que Sun se preocupe tanto >:-). Sólo quiero ejecutar un archivo en un recurso samba, al igual que hago con una imagen, un pdf o un zip... todos ellos pueden ser igual de "peligrosos" así que no cuela :-P

Normalmente eso ocurre cuando se llama por primera vez al "applet" o aplicación java que acostumbran a usar la extensión *.class

El entorno "natural" de un archivo "jar" es el protocolo HTTP y el lenguaje HTML, algo así como

<Applet Codebase="JAVA-CODE/" Code="applet.class" Name="nombreapplet" archive="applet.jar">

En otros ambientes debe usarse el propio compilador java, sus variables de entorno y su fichero de configuración para establecer los permisos de ejecución.

La pregunta es que si desde un cliente windows lo puedo hacer (ejecutar el .jar desde una unidad de red) ¿por qué desde suse con samba no? La consola es la misma (JRE) y el peligro también :-/. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 17/04/08, Carlos E. R. escribió:

Creo que no es restricción del lenguaje. Prueba a ejecutar un script localizado en un recurso samba de la misma forma.

Bueno, el artículo que encontré es éste: Pitfalls of executing Java code from remote JAR files http://www.szegedi.org/articles/remotejars.html *** "(...) The failure of java -jar First thing you'd be inclined to attempt is package your code into executable JAR files (those declaring the Main-Class attribute in their manifest), and using java -jar to launch them: java -jar http://centralserver/mycode.jar Sounds intuitive, doesn't it? Too bad you get this: Unable to access jarfile http://centralserver/mycode.jar And indeed, browsing the tools documentation in JDK docs, it explicitly says that the -jar switch works only with a local file, not any URL." *** Es posible ejecutar un archivo "jar" desde una url remota con una clase adecuada. Aunque habla del protocolo http, en mi caso sería samba.

No se ejecutan los pdfs ni los zips. No son ejecutables.

Me lanza la aplicación asociada ¿no? Pues eso mismo quiero con el jar :-).

¡Pues por algo se considera al linux mas seguro que al windows! Es un peligro que puedas ejecutar tranquilamente algo que está fuera del ordenador. ¡No debe poder ejecutarse nada externo!

Lo que sucede es lo correcto.

¿Y cargar un applet en una página web no es "externo"? >:-) Con los permisos adecuados (tanto en el cliente como en el servidor) no debería ser ningún problema ejecutar cualquier archivo a través de samba :-/. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 18/04/08, Carlos E. R. escribió:

Y la aplicación adecuada se lanza localmente.

Como los .jar se consideran aplicaciones, no ficheros de datos, no se pueden ejecutar remotamente.

Poder se puede, si se incluye la clase adecuada.

El acrobat se carga y ejecuta localmente, y lee un fichero de datos externo.

Pero la máquina virtual de java la tengo instalada en local :-?

¿Y no hay muchas cosas que les están vedadas a los applets? Si quieren leer directorios, te salta una alarma de seguridad que te pregunta si le dejas.

Sí, se pueden configurar algunas de esas cosas desde el panel de control de java.

Y tienes que marcar casillas en el navegador para que siquiera te deje ejecutar javascript. Se considera peligroso.

¿Peligroso? Sí, lo es... y flash, y un pdf, y un script. Y tener activados servicios remotos como ssh, y apache... ¿no? Vale, ahora imagina que esas aplicaciones (flash, pdf, script apache y ssh) se ejecutan "en local" (intranet). Ya no resulta tan peligroso, pero sigo sin poder ejecutar el jar >:-). Lo de la seguridad es un argumento que no cuela :-P

Pero es que esos permisos se consideran "inadecuados", y por tanto no los tienes. Si quieres cargarte el sistema o ponerlo en riesgo, tu misma... altera los parámetros, haz trampas.

¿Trampas? No puedo, java no me lo permite :-P.

Un recurso samba no tiene atributos tipo unix, así que se le capa. No uses sistemas de ficheros indecentes :-P

En este caso estamos hablando de samba con un ntfs detrás... pero oye, que también tengo samba con un ext3 "detrás" ¿también es un sistema de archivos "indecente" o podré ejecutar el jar través de samba? >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

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

Camaleón> He estado buscando más información sobre el tipo de recurso que admite Camaleón> el argumento "-jar" de java y parece que sólo permite archivos locales Un momento, "jar" no es un argumento, bueno si lo es, pero su función es simplemente permitir crear un tipo de fichero (basado en en el formato zip) llamado ".jar" Un archivo "*.jar" es un "contenedor" de todos los ficheros que conforman una aplicación java y su principal función consiste precisamente en instalarse en el ordenador cliente para no "cargar" el servidor en la ejecución del "applet" o de la aplicación". En otras palabras lo que hace es enviarse al cliente un único fichero "jar" con todos los ficheros de la aplicación para que pueda ejecutarse en modo local sin necesidad de descargar nuevamente desde el servidor. Para más info, la página oficial de Sun sobre el formato JAR. http://java.sun.com/docs/books/tutorial/deployment/jar/ Un fichero JAR se ejecuta por su propia definición y por cuestiones de seguridad obvias solo en modo local, pero debe poder descargarse facilmente de un servidor. Normalmente eso ocurre cuando se llama por primera vez al "applet" o aplicación java que acostumbran a usar la extensión *.class El entorno "natural" de un archivo "jar" es el protocolo HTTP y el lenguaje HTML, algo así como <Applet Codebase="JAVA-CODE/" Code="applet.class" Name="nombreapplet" archive="applet.jar"> En otros ambientes debe usarse el propio compilador java, sus variables de entorno y su fichero de configuración para establecer los permisos de ejecución. -- Saludos, J.M.Queralt

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Thursday 2008-04-17 at 21:13 +0200, Carlos E. R. wrote:

Pues me parece que tienes que montarlo, con atributo "exec" explícito si lo montas como usuario.

Con la pega que entonces resultarán ejecutables hasta los ficheros de word, con el peligro que tiene. Mejor que lo copies localmente. O que exportes el recurso via NFS. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIB6IKtTMYHG2NR9URAn31AJ9m3UGDZlyyBpJNwq6419XYzMnsnwCeK0X9 ecsXgdUX0Sk8z2iRs9yXbxA= =peaq -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-17 a las 22:40 +0200, Camaleón escribió:

El 17/04/08, Carlos E. R. escribió:

...

Me sospecho que el recurso está montado sin permisos de ejecución, lo cual es lo que va a ocurrir si lo montas como usuario, tal como haría el konqueror.

No lo "monto"... accedo O:-).

...

Eso.

Hum... El archivo en el servidor tiene permisos de ejecución para los usuarios y conecto como usuario, y konqueror me dice que tiene permisos de ejecución :-?

...

Sí, el atributo del fichero, pero no "la partición".

No, es la partición completa. Tiene permisos heredados.

Pero es un montaje virtual, de alguna manera. A las particiones windows se le da atributo ejecutable a todos los ficheros, lo cual es absurdo. Una manera de enmendarle la plana es que el sistema se niega a ejecutarlos aunque estén aparentemente marcados como ejecutables. Y en man mount indica que al montar algo como usuario automáticamente ya no es ejecutable... pues ya lo tienes.

...

Coincide todo.

Pues no sé...

...

Pues me parece que tienes que montarlo, con atributo "exec" explícito si lo montas como usuario.

Si lo monto no tengo ningún problema... pero la idea es "no montarlo" >:-)

Pues lo copias localmente. Es lo que yo haría. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIB72HtTMYHG2NR9URAjfzAJ9DisA1VyVdJ1Xt7bRo1oUgFpsKZQCePFMT pa8dJWz7Rtq88zBTuiegjlI= =wfve -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-17 a las 23:29 +0200, Camaleón escribió:

El 17/04/08, Carlos E. R. escribió:

...

La pega es que montar la partición completa sólo para un ejecutar un archivo "de uvas a peras" pues no lo veía práctico, nada más.

Bueno... yo tengo montadas 15 particiones más o menos, y no estoy usandolas todas continuamente.

...

Pues lo copias localmente. Es lo que yo haría.

Que es como lo tenía (tengo) :-P

Pero la idea es que ese archivo está disponible para todos los clientes y cuando se actualiza el programa (el .jar) pues sólo lo tengo que cambiar un único archivo, no ir equipo por equipo copiando y pegando el archivo o pasándolo por la red.

Pues lo exportas vía NFS. O lo importas via CIFS completo, pero ojo, que entonces podrías incluso intentar ejecutar los ficheros .doc de word, porque todo está marcado como ejecutable. O pones un script que lo copie localmente cuando cambie. O lo exportas via apache, aunque no se si dejará ejecutar.

Sólo quería ver la posibilidad de hacer lo mismo que hacen el resto de estaciones de trabajo, pensaba que podría estar pasando por alto algún parámetro...

Monta de verdad. Pero cuidado, que todos serán ejecutables. Hacerlo con konqueror tiene sus limitaciones. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIB8xKtTMYHG2NR9URAktLAJ4sv+EAXNiF2VJ3gyYysRpqhNSyOQCfRq6J amKwyAMeJwwnQ6mmDuR4aKs= =2bWl -----END PGP SIGNATURE-----

Pero la idea es que ese archivo está disponible para todos los clientes y cuando se actualiza el programa (el .jar) pues sólo lo tengo que cambiar un único archivo, no ir equipo por equipo copiando y pegando el archivo o pasándolo por la red.

Eso en java se hace mediante Java Web Star. No lo he usado casi pero esa es la idea. Es una aplicación que al menos en win se instala con java (no estoy seguro si con con el runtime environment también), que gestiona el descargarse un jar y ejecutarlo. También comprueba si hay nuevas versiones y se las baja si es necesario. El ejcutable es javaws. Eso sí, creo que necesitas un servidor web para que proporcione el enlace (y supongo que el jar). Si te interesa, me lo puedo mirar un poco y echarte un cable. Miki --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 18/04/08, Camaleón escribió:

javaws está instalado en los dos JRE, en win y en suse pero no sé qué hacer con esa aplicación :-?

O.k. Con "javaws" (man javaws) es posible ejecutar aplicaciones y applets remotos vía "http://" pero las aplicaciones deben estar preparadas para soportar el protocolo "jnlp". Bien :-). ¿Qué sucede si ejecuto...? *** javaws smb://servidor/directorio/aplicacion.jar *** Pues que lanza la consola (Java loading...) sin errores de permisos de ejecución O:-) pero me saca el siguiente error: *** "Error de argumento no válido" La excepción es: java.io.FileNotFoundException: smb:/servidor/directorio/aplicacion.jar (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at java.io.FileInputStream.<init>(FileInputStream.java:66) at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:112) at com.sun.javaws.Main.launchApp(Main.java:182) at com.sun.javaws.Main.main(Main.java:136) *** Vale, eso me parece más lógico porque "smb://" no es el protocolo soportado por javaws ni la aplicación que estoy intentando ejecutar está preparada para ejecutarse con este método. En cuanto a la seguridad, al ser ejecutado desde un recurso remoto, entiendo que le afectan los mismos parámetros definidos para el resto de applets en el panel de control de java (es decir, se ejecutan en una especie de "caja de arena" con accesos y permisos restringidos) :-? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 18/04/08, Carlos E. R. escribió:

Ponle un apache al servidor samba.

Tampoco sirve. El programa no está desarrollado para ser ejecutado de esa forma, no funcionaría :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 18/04/08, Carlos E. R. escribió:

El javaws sí:

SYNOPSIS javaws [ options ] [ URL ] Es url, no path. O sea, http:// o quizás ftp://

Ya... quiero decir que el archivo jar que ejecuto (la aplicación) no está preparada para trabajar de esa forma. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 18/04/08, Carlos E. R. escribió:

¿Pero lo has probado? Has probado a copiar ese jar a un apache y probar a ejecutar desde ahí con javaws?

Sí. Pero sin Tomcat ni los tipos mime configurados :-P Me dice "Loading java..." Error de ejecución: no es posible ejecutar la aplicación especificada. Es normal, además por muchas otras razones* (no es un archivo preparado para ser lanzado mediante javaws, no tiene extensión .jnlp...) el programa necesita escribir en el directorio /home del usuario para almacenar las preferencias y los datos de configuración del propio programa. Pero por ejemplo, esta otra aplicación (sólo es una ventana de muestra) sí se lanza bien: *** javaws http://my.opera.com/Mr%20Green/homes/dist/JWSTest.jnlp *** * Deploying Software with JNLP and Java Web Start http://java.sun.com/developer/technicalArticles/Programming/jnlp/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 09:40 +0200, Miguel escribió:

Eso en java se hace mediante Java Web Star. No lo he usado casi pero esa es la idea. Es una aplicación que al menos en win se instala con java (no estoy seguro si con con el runtime environment también), que gestiona el descargarse un jar y ejecutarlo. También comprueba si hay nuevas versiones y se las baja si es necesario. El ejcutable es javaws.

Viene en suse. O vino, yo lo tengo pero no viene de ningún rpm. Ah, vale, es el symlink; viene en "java-1_6_0-sun-1.6.0.u5-0.1...rpm" javaws - Java Web Start launcher command DESCRIPTION The javaws command launches Java Web Start, which is the reference implementation of the Java Network Launching Protocol (JNLP). Java Web Start launches Java applications/applets hosted on a network. Without any options javaws will launch the Java JNLP Application Manager, from which users can launch applications/applet or configure Java Web Start. If a URL for a JNLP file is specified, javaws will launch the Java application/applet specified in the JNLP file. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICG74tTMYHG2NR9URAlAYAJ0QfgE1djCKMGae+uKRw9Er78MvyQCZAePV w9iAqiG6kfDIfFaqzj5YXM0= =OeCw -----END PGP SIGNATURE-----