[Gvsig_desarrolladores] (sin asunto)

Alvaro Zabala azabala en gmail.com
Mar Ago 29 12:02:08 CEST 2006 

Eso no tiene nada que ver con Eclipse.

Yo en su dia firmé Applets haciendo uso de una utilidad que distribuía SUN
(si no recuerdo mal, era uno de los ejecutables del directorio bin del JRE,
donde están java y javac).

ANT tiene una tarea para firmar digitalmente jars tambien. Tendrás que
buscarte algún tutorial en google donde te diga primero como conseguir un
certificado de servidor para  desarrollar (uno simulado, se sobreentiende) y
luego usar la utilidad que te permita firmar el jar con ese certificado.

http://java.sun.com/developer/technicalArticles/Security/Signed/

http://www.google.es/search?q=signing+applets&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:es-ES:official




El día 29/08/06, mj.gomez en telvent.abengoa.com <mj.gomez en telvent.abengoa.com>
escribió:
>
>
> He mirado lo que me ha mandao Francisco y he conseguido que jws intente
> arrancar la aplicación, y es que yo le he pasado todos los paquetes por
> separado en vez de utilizar un jar de la aplicación tal como hace él. Bien,
> ahora el error que obtengo es el siguiente:
>
> java.security.AccessControlException: access denied (
> java.util.PropertyPermission sun.java2d.ddscale write)
>
>         at java.security.AccessControlContext.checkPermission(Unknown
> Source)
>
>         at java.security.AccessController.checkPermission(Unknown Source)
>
>         at java.lang.SecurityManager.checkPermission(Unknown Source)
>
>         at java.lang.System.setProperty(Unknown Source)
>
>         at Launcher.main(Launcher.java:35)
>
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
>         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>
>         at java.lang.reflect.Method.invoke(Unknown Source)
>
>         at com.sun.javaws.Launcher.executeApplication(Unknown Source)
>
>         at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
>
>         at com.sun.javaws.Launcher.continueLaunch(Unknown Source)
>
>         at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
>
>         at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
>
>         at com.sun.javaws.Launcher.run(Unknown Source)
>
>         at java.lang.Thread.run(Unknown Source)
>
> Y creo que tiene que ver con lo que comenta Álvaro de la firma, lo que
> pasa es que no se muy bien cómo firmar el jar, estoy bastante verde en el
> Eclipse, no sé cómo generar ese jar de la aplicación.
> Saludos y muchas gracias.
>
>
>
>
>
> "Alvaro Zabala" <azabala en gmail.com>
> "Alvaro Zabala"
> Enviado por: gvsig_desarrolladores-bounces en runas.cap.gva.es
> 29/08/2006 10:25
> Por favor, responda a Lista de Desarrolladores de gvSIG
>  Para: "Lista de Desarrolladores de gvSIG" <
> gvsig_desarrolladores en runas.cap.gva.es> cc:
>  Asunto: Re: [Gvsig_desarrolladores] (sin asunto)
>
>
>
>
> Esta es la etiqueta ant:
>
> - <!-- Firma todos los jar de la aplicacion
>  -->
> - <target name="sign-jar" description="Firma todos los jar"
> depends="move-jars">
>  <signjar keystore="${keystore}" storepass="password" keypass="password"
> alias="mdikey" jar="${webdir}/gvSIG.jar" />
>  <signjar keystore="${keystore}" storepass="password" keypass="password"
> alias="mdikey" jar="${webdir}/iverpool.jar" />
>  <signjar keystore="${keystore}" storepass="password" keypass="password"
> alias="mdikey" jar="${webdir}/javaws.jar" />
>  <signjar keystore="${keystore}" storepass="password" keypass="password"
> alias="mdikey" jar="${webdir}/log4j-1.2.8.jar" />
>
>  </target>
>
> donde "password" es la contraseña del certificado
>
>
> 2006/8/29, Alvaro Zabala <*azabala en gmail.com* <azabala en gmail.com>>:
> Ah!
>
> Como bien me apunta Fran, además deberás firmar el JAR con un certificado
> de servidor, ya que estás solicitando en la parte cliente permisos de acceso
> al sistema local (al igual que ocurre con las applets)
>
> Creo que ANT permite automatizar esto, y en la web hay un montón de
> documentación sobre firma de applets (supongo que es estrapolable a Java Web
> Start)
>
> Un saludo
>
>
>
>
>
>
> 2006/8/29, Alvaro Zabala <*azabala en gmail.com* <azabala en gmail.com>>:
> Desde mi desconocimiento de los intríngulis de java web start.....
>
> Java Web  Start ejecutará el metodo main de la clase que se le especifique
> en el fichero JNLP, o el definido en los metadatos del archivo .jar de la
> distribución....
>
> Creo que de forma interna, en el JAR, se hace una verificación del
> runtime, y si se detecta que gvSIG está siendo ejecutado desde JWS, se llama
> al metodo encargado de verificar las actualizaciones.
>
> Por tanto, yo lo primero que haría es verificar que efectivamente se está
> llamando ese metodo (no se si hay mecanismos de debugging buenos para java
> web start, si no, te tocará tirar de consola, o a las malas malas, de
> dialogos tipo JOptionPane para debugear, al mas puro estilo javascript)
>
> Si el metodo se llama, pero sigue sin bajar las extensiones, puede que sea
>  un tema de permisos (aunque si no recuerdo mal, el sandbox de java si que
> te dejaba abrir sockets al mismo servidor, pero no a servidores distintos,
> al menos con las applets)
>
> Un saludo.
>
>
>
>
>
>
>
>
> El día 29/08/06, *mj.gomez en telvent.abengoa.com *<mj.gomez en telvent.abengoa.com>
> <*mj.gomez en telvent.abengoa.com * <mj.gomez en telvent.abengoa.com>> escribió:
>
> Hola, sigo peleándome con el Java Web Start, he modificado el código de la
> clase Launcher para que se baje las extensiones del servidor. Si ejecuto la
> aplicación normalmente (no desde jws) consigo descargarme las extensiones
> del servidor pero sigo sin conseguir que me arranque la aplicación cuando la
> inicio desde Java Web Start. Agradecería a quien tuviera idea que me echara
> una mano.
> Saludos y gracias.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list*
> **gvSIG_desarrolladores en runas.cap.gva.es *<gvSIG_desarrolladores en runas.cap.gva.es>
> *
> **http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores*<http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores>
>
>
>
>
>
> --
> Alvaro Zabala Ordóñez
>
> Teléfono: 954939528
> Plaza de España, sector II.
> SEVILLA
>
>
>
> --
> Alvaro Zabala Ordóñez
>
> Teléfono: 954939528
> Plaza de España, sector II.
> SEVILLA
>
>
>
> --
> Alvaro Zabala Ordóñez
>
> Teléfono: 954939528
> Plaza de España, sector II.
> SEVILLA _______________________________________________
>
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores
>
>
>


-- 
Alvaro Zabala Ordóñez

Teléfono: 954939528
Plaza de España, sector II.
SEVILLA
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://runas.cap.gva.es/pipermail/gvsig_desarrolladores/attachments/20060829/05cd91d7/attachment-0001.htm

Más información sobre la lista de distribución gvSIG_desarrolladores