[Gvsig_desarrolladores] (sin asunto)

[Alvaro Zabala]

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>:
>
> 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>:
>
> > 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
> > > 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
> > 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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://runas.cap.gva.es/pipermail/gvsig_desarrolladores/attachments/20060829/c0998bbf/attachment-0001.htm