Documento técnico FAQs y limitaciones de WebSigner

Transcripción

1 Documento técnico FAQs y limitaciones de WebSigner Revisión: v 2.8 Fecha última versión: Agosto 2009

2 Índice 1 Introducción ActiveX Instalación El usuario no tiene permisos de instalación de ActiveX Internet Explorer no permite la ejecución Internet Explorer no permite la ejecución de JavaScripts No se confía en el Certificado de firma de TB-Solutions El componente se encuentra mal instalado Problemas con la instalación de la librería capicom.dll Ejecución El componente esta mal instalado No hay permisos de Ejecución / Componente deshabilitado Versiones Incoherentes Petición Continua de instalación de WebSigner Problemas en capicom al obtener los certificados Depurador de IExplorer Desinstalación Problemas durante la desinstalación Problemas con versiones concretas del navegador: Internet Explorer Internet Explorer 7 en Windows Vista Applet Problemas durante la instalación Ventanas Emergentes desactivadas Comunicaciones entre Dominios No hay permisos para instalar complementos (XPI) No hay permisos para instalar ficheros No hay permisos de ejecución de JavaScript Una vez aceptado todo no sucede nada No esta instalada la maquina Virtual Java Problemas durante la explotación Perfil Inválido Revisión: v 2.7 5

3 3.2.2 Por qué no se carga el perfil actual sin preguntar? Por qué se carga el perfil por defecto sin preguntar pese a disponer de varios perfiles? Por qué me muestra una ventana para indicar mi perfil? Por qué no se detectan todos mis perfiles? No se carga correctamente la DLL del componente Doble inicialización del Applet Class Cast Exception sun.plugin2.applet.applet2classloader Versiones incorrectas Versiones en Caches Excepciones en la consola al acceder a ficheros o al salvarlos Por qué no se muestra la versión de la librería FullASF_Plugin.jar? Por qué tarda en cargar la versión completa aun estando todos los jars en cache? Desinstalación Problemas con versiones concretas del navegador Firefox Firefox Común a Ambos Error JavaScript no se encuentra definido No se aplican bien las restricciones Retirada prematura de Tarjetas Formatos Recomendados Problemas con la integración de login e-dni y Tarjetas Ceres (FNMT) Por qué las ventanas de contraseña son diferentes? Por qué hay que instalar drivers diferentes para Mozilla y FireFox/Mozilla? Por qué hay que instalar el certificado raíz del DNI? No me muestra los certificados del DNI Limitaciones Funcionalidad general Limitaciones generales Limitaciones dependientes de la tecnología ActiveX Revisión: v 2.7 6

4 6.3.2 Applet Plataformas y navegadores soportados Windows XP o superior Linux Suse Ubuntu Soluciones propuestas Revisión: v 2.7 7

5 1 Introducción Este documento presenta los errores más típicos en la instalación y explotación del Componente WebSigner de ASF. Se parte de las causas principales y se describe los síntomas y causas especificas para acaba explicando la solución. Esta redactado pensando en los integradores de ASF y es una ayuda para que redacten su propio documento especifico para el sitio Web que este integrándose con WebSigner. Alguno de los fallos puede solucionarse o reducirse con una correcta integración. Este documento también tiene como finalidad presentar un resumen de las limitaciones y restricciones en el uso de Websigner, así como un resumen de las plataformas y navegadores soportados por el mismo. Tras una descripción general del componente, se describirán las limitaciones generales que presenta, para a continuación presentar las limitaciones dependientes de la tecnología. Finalmente, se mostrarán unas tablas que resumen las plataformas y navegadores soportados por WebSigner. 2 ActiveX 2.1 Instalación Problemas típicos durante la instalación, todos estos comparten que no se puede instalar el ActiveX y algún mensaje de error ( debe tener permisos de administrador para instalar WebSigner o un error avisando de que no se ha podido cargar el objeto). Además una vez solucionado el problema debe procederse nuevamente a la instalación del ActiveX El usuario no tiene permisos de instalación de ActiveX El grupo usuarios de un dominio NT (o Active Directory) por defecto no tiene permisos para instalar ActiveX. Debe instalarse WebSigner por un usuario que tenga, como mínimo, permisos de Administrador de la maquina o prepararse el componente como seguro dentro del ActiveDirectory, consulte la documentación de Microsoft referente a tal efecto. Revisión: v 2.7 8

6 El mensaje que aparece cuando sucede esto es el siguiente (este mensaje es susceptible de se cambiado en cualquier momento): Internet Explorer no permite la ejecución Este error se debe a la configuración por defecto de IExplorer no permite la ejecución de ActiveX desde paginas a las cuales no se les haya considerado como de confianza. El mensaje notificado por IExplorer es: Hay que poner el servidor donde se encuentran las páginas que usan WS en una zona de seguridad (Configurar las zonas de seguridad de IExplorer) donde se tenga activado la ejecución de ActiveX. La configuración de seguridad debe permitir la instalación y ejecución, prestar especial atención a la desactivación de los puntos que se muestran en la siguiente figura: Revisión: v 2.7 9

7 NOTA: Hay veces que se puede hacer necesario realizar otras modificaciones en la configuración de IExplorer. Estas modificaciones se dan en los apartados: - Automatización: Revisión: v

8 -.Net Framework: Internet Explorer no permite la ejecución de JavaScripts Este error se debe a la configuración por defecto de IExplorer no permite la ejecución de JavaScript desde paginas a las cuales no se les haya considerado como de confianza. Hay que poner el servidor donde se encuentran las páginas que usan WS en un zona de seguridad (Configurar las zonas de seguridad de IExplorer) donde se tenga activado la ejecución de JavaScript En este caso, y según configuraciones de IExplorer, no se mostrara ningún mensaje. La siguiente captura es un caso tipo, como se puede apreciar no se cargan bien algunas constantes Revisión: v

9 2.1.4 No se confía en el Certificado de firma de TB- Solutions Este error se puede deber a que se ha cancelado la confianza en el momento de la instalación, o a que el administrador de la red no confía, o nuevas versiones de Windows que exigen una confianza Explicita por parte del usuario. O a que no se puede comprobar el estado del certificado. El usuario debe confiar explícitamente en el certificado (habría que ponerlo en sitio publico y escribir las instrucciones). Básicamente es incluir el certificado en el almacén correspondiente de Windows El componente se encuentra mal instalado Esto puede deberse que ha habido problemas de conexión durante instalación del mismo. Normalmente esto puede suceder con líneas de acceso a Internet de Banda estrecha y a una integración del componte no recomendada. Revisión: v

10 Hay que desinstalar el componente a mano y volver a realizar el proceso de desinstalación, Para borrar el registro del componente hay que ejecutar un archivo que borre las entradas del registro. Para el integrador, para este tipo de conexiones hay que inicializar WebSigner desde un punto que bloquee el hilo del navegador siguiendo las recomendaciones de la guía de integración Problemas con la instalación de la librería capicom.dll La librería capicom.dll es propietaria de Microsoft y hoy en día viene de serie en la mayoría de sus sistemas operativos. Previendo que el usuario pueda tener una versión de sistema operativo donde la librería no se encuentre o que hubiese sido borrada, el componente ActiveX suministra esta librería. El funcionamiento básicamente es el siguiente: si la máquina no tiene la librería se copia la del componente, si la máquina tiene la librería pero es de una versión inferior a la del componente se copia la del componente. En el copiado descrito en el punto anterior en ocasiones surge el siguiente problema: Es debido a que en el momento de la copia la librería se encuentra en ejecución, puede ser por otra aplicación que la use, puede ser por el propio sistema operativo (ejemplo: un inicio de sesión en Windows con tarjeta criptográfica), la solución para esto es asegurarnos que ninguna aplicación la esta usando, y en ese momento proceder a la descarga, si no sabemos que aplicación es podemos probar lo siguiente: Revisión: v

11 Arrancar la máquina y proceder a la descarga antes de ejecutar nada más. Si lo anterior no funciona podemos proceder a realizar una actualización manual, lo mas fiable es descargar la librería de la página oficial de Microsoft: milyid=860ee43a-a f-abb5-ff88ea5896f6 2.2 Ejecución Problemas típicos durante la ejecución, cada uno con sus síntomas: El componente esta mal instalado El comportamiento en este caso puede ser diferente según lo que este registrado y habilitado. En algunos casos no se encuentra los certificados, en otros no permite firmar. Para solucionarlo hay que desinstalar todo el componente WebSigner y proceder a una nueva instalación No hay permisos de Ejecución / Componente deshabilitado Si no hay permisos de ejecución de ActiveX, de JavaScript o se ha deshabilitado el componente no se mostrara ningún certificado. El usuario debe tener permisos de ejecución de ActiveX y tener el componente habilitado. Mirar el apartado de instalación. Revisión: v

12 2.2.3 Versiones Incoherentes. Los componentes JavaScript comprueban la versión y notifica el error en caso de que la versión instalada sea menor a la que esperan. La solución pasa por una reinstalación del componente. Este error puede deberse a que el usuario no pueda instalar una nueva versión, revisar el apartado de instalación, o a que únicamente pueda acceder a una versión vieja del componente (caches Web, versiones antiguas del componente en el servidor, ) Hay que asegurarse que en el servidor se encuentra la última versión y de que tenga acceso a los correspondientes ficheros Petición Continua de instalación de WebSigner Cada vez que se cambia entre páginas que usan WebSigner nos pide instalar el componente, aunque se haya instalado en la página anterior. Este es el mismo caso que el anterior (salvo que en vez de notificar un error, los componentes JavaScript inician la instalación) y al igual que en este ultimo hay que revisar que en el Servidor estén las últimas versiones, el cliente tenga acceso a estas últimas versiones (si es preciso borrando todos las caches) y que pueda instalar correctamente el componente. En el caso de que no se pueda realizar una actualización automática, hay que realizar una desinstalación total y una nueva instalación de WebSigner Problemas en capicom al obtener los certificados En algunos ordenadores puede verse un error similar al que se muestra en la siguiente imagen. Revisión: v

13 En este caso el error se produce en la consola pero se puede producir también ejecutando la librería Websigner en Internet Explorer. Del error no se conoce la causa pero se ha solucionado reinstalando el componente CAPICOM. Este se puede descargar de la siguiente dirección. milyid=ca a66-4da Depurador de IExplorer. Se han detectado que en algunos momentos salta un mensaje indicando que la pagina Web ira lenta debido a un componente. Esto se debe a un depurador integrado en el propio Internet Explorer se puede deshabilitar Revise que los scripts que llaman al componente no entran en un bucle sin fin. El depurador Integrado también notificara dicho mensaje si alguna salida es un break o hay pauses de por medio. El código de WebSigner no produce por si mismo esta situación. Revisión: v

14 2.3 Desinstalación Si se desea desinstalar el componente se deberán seguir los siguientes pasos (Las pantallas y opciones concretas pueden variar según la versión del sistema operativo, XP, Vista, pero serán similares): 1. Cierre todas las ventanas del navegador y cualquier aplicación que esté utilizando WebSigner (es muy importante que WebSigner no esté siendo usado). 2. Abra el navegador y vaya a Pestaña Herramientas Opciones de Internet Pestaña Programas Botón Administrar complementos : 3. En la Combo Box Mostrar escoja la opción Controles ActiveX descargados (32 bits): Revisión: v

15 4. Websigner se compone de dos componentes, uno que es el propio componente en sí y otro que es el encargado de la firma en formato propietario de Adobe, vamos a eliminar ambos componentes, para ello: Seleccionamos el componente de nombre WSCryptoSystem Class y pulsamos el botón Eliminar : Revisión: v

16 Seleccionamos el componente WPASigner Class y pulsamos el botón Eliminar : Revisión: v

17 5. Eliminar manualmente la carpeta LastGood que esta ubicada en C:\WINDOWS, esta carpeta contiene una copia de información y librerías relativas al último WebSigner instalado. Esta carpeta es exclusiva del componente WebSigner por lo que puede eliminarla con la total tranquilidad de que no esta eliminando nada que no sea del componente. 6. Cierre el navegador. Con los pasos anteriores realmente ya hemos acabado la eliminación del componente, ahora vamos a verificar que efectivamente el componente ya no aparece, para ello: 7. Abra el navegador y vaya a Pestaña Herramientas Opciones de Internet Pestaña General Botón Configuración : Revisión: v

18 8. Botón Ver objetos : Revisión: v

19 9. En la ventana que se abre no deberían aparecer ni WSCryptoSystem Class ni WPASigner Class, se adjunta una captura donde si aparecen aunque el objetivo es reflejar lo que no debe aparecer, se puede observar también en la captura que cuando si tenemos los componentes se puede ver desde aquí si la versión que tenemos es la que deberíamos tener (cuando nos distribuyen el componente nos deben indicar que versión se nos esta distribuyendo): Revisión: v

20 10. La última comprobación de que el componente WebSigner ha sido eliminado correctamente es comprobar que la carpeta WebSigner dentro de la ruta C:\Windows\System32 esta vacía Problemas durante la desinstalación Permisos En caso de querer desinstalar el componente se puede tener problemas en caso de no tener permisos de administrador de la maquina como en la instalación (Ver punto 2.3 Desinstalación) Borrado mientras están cargados Un problema típico se debe a tener cargado el componente al intentar borrar los archivos, cierre el navegador y proceda según lo explicado en el apartado de desinstalación. Según versiones de Internet Explorer avisa de que no se han podido borrar todos los ficheros o al recargar la página se siguen mostrando los certificados. El resultado en este caso será equivalente a una mala instalación Desinstalación parcial Al desinstalar el componente se borran todos los ficheros pero se sigue cargando el componente, se puede apreciar desde la ficha de habilitar/deshabilitar componentes. Hay que proceder a una desinstalación total habilitando todo el componente y eliminando además desde la ficha de componentes. (Ver punto 2.3 Desinstalación) En caso de que siguiera sin desinstalarse bien se deberían borrar entradas del registro. IMPORTANTE: Se debe hacer una copia de seguridad del registro antes de modificarlo. Esta opción debe evitarse a ser posible. Puede ser que el componente al ser eliminado, se quede aun registrado (ocurre al intentar eliminar el componente teniendo en uso el mismo). Para poder volver a instalarlo correctamente se debe eliminar en el Revisión: v

21 registro de Windows (regedit en ejecutar) la clave correspondiente. Para encontrarla ir a: HKLM/SOFTWARE/Classes/Interface. En esta clave se encuentra nuestro componente. Para eliminarlo usaremos la opción Buscar en esa carpeta y buscaremos por WSCryptoSystem. Borraremos la clave que contiene el resultado de la busqueda inmediatamente inferior a Interface. Tendrá un aspecto similar a: {E0D41DA6-259F-36BA-A781-CE2BC08C61EB}. 2.4 Problemas con versiones concretas del navegador: Internet Explorer 7 Internet Explorer 7 es más restrictivo en cuanto a temas referentes a seguridad que sus versiones predecesoras. Dado que los problemas que esto ocasiona no son de este componente sino de cualquiera de estas características se deja a continuación un link de la página oficial del servicio de certificación Ceres de la Fabrica Nacional de Moneda y Timbre, en dicho link se describen los pasos a seguir para que funcione: Internet Explorer 7 en Windows Vista Internet Explorer 7 es más restrictivo en cuanto a temas referentes a seguridad que sus versiones predecesoras, y mas aún cuando el sistema operativo es un Windows Vista. Dado que los problemas que esto ocasiona no son de este componente sino de cualquiera de estas características se deja a continuación un link de la página oficial del servicio de certificación Ceres de la Fabrica Nacional de Moneda y Timbre, en dicho link se describen los pasos a seguir para que funcione: Revisión: v

22 3 Applet 3.1 Problemas durante la instalación Ventanas Emergentes desactivadas El componente XPI necesita tener la ventanas Emergentes activadas para el sitio que se esta integrando con WebSigner. No aparece nada en la pantalla. Según versiones del navegador avisa de que se esta intentando mostrar una pantalla y en otras muestra un incono en la barra de estado. Se debe permitir mostrar pantallas emergentes al sitio. Cunando no muestra la petición de ventanas emergentes no se carga la maquina virtual java Comunicaciones entre Dominios Cuando se tiene los componentes XPI en otro dominio diferente a donde se encuentra el sitio que se esta integrando con WebSigner en el momento de instalar el complemento salta una ventana de fondo gris sin texto. Revisión: v

23 Consulte el manual de limitaciones. Esto también sucede cuando no hay permisos de instalación en alguna versión y configuración de FireFox No hay permisos para instalar complementos (XPI) Cuando salta la ventana emergente que pide instalar el complemento, al aceptarla no pasa nada. Por norma general en la misma ventana pide dar permisos de instalación de complementos. Pero hay versiones del motor mozilla que hay que dársela directamente desde las opciones. Una vez dado el permiso al recargar las páginas se muestra correctamente. Hay que dar permisos de instalación al sitio que se esta integrando No hay permisos para instalar ficheros En la primera ejecución hay que instalar unas librerías en el Mozilla, es necesario que el usuario que ejecuta el navegador tenga permisos de escritura en la instalación del navegador. Revisión: v

24 Se puede instalar manualmente las DLL incluidas en el XPI, incluyéndolas en la misma carpeta del navegador o en cualquier directorio del PATH, finalmente dar permisos al sitio Web para instalar Complementos y así poder consultar su estado No hay permisos de ejecución de JavaScript Hay que permitir ejecutar JavaScript para que funcione correctamente. Mozilla firefox no mostrara ningún mensaje avisando de este hecho Una vez aceptado todo no sucede nada Hay que recargar como mínimo las paginas Web para que lance de nuevo la ejecución del plug-in Java. Según versión del navegador también puede ser necesario reiniciar todo el navegador No esta instalada la maquina Virtual Java Se necesita instalar la maquina virtual de Java. La recomendada es la versión 1.5. FireFox le mostrara información para instalar la maquina virtual. 3.2 Problemas durante la explotación Durante la explotación revise el apartado de Internet Explorer ya que algunas causas son comunes. Así mismo hay que revisar la consola de java, ya que esta da información detallada de lo que esta sucediendo en el Applet Perfil Inválido No se muestran los certificados / se muestran los certificados de otro prefil. Una vez descartado los problemas comunes, hay que asegurarse que se esta cargando el perfil correcto, y que se tengan permisos a los ficheros del mismo. Aceptando la selección del perfil. Revisión: v

25 3.2.2 Por qué no se carga el perfil actual sin preguntar? Para poder obtener el perfil actual el JavaScript debe estar firmado, para lo cual se debe incluir en un Zip todos los recursos necesarios (incluyendo HTML, recursos gráficos, applets, ) esto haría que todo el sitio deba estar firmado y en Zip. Obligando al usuario a descargarse todo el sitio e impidiendo tener un sitio Web dinámico además de diferente para cada navegador Por qué se carga el perfil por defecto sin preguntar pese a disponer de varios perfiles? En versiones de Firefox 2.x.x o superiores el applet cargará el perfil por defecto independientemente de la existencia de otros perfiles debido a limitaciones del navegador. En versiones de Firefox anteriores a 2.x.x es posible que el perfil por defecto se encuentre en la ruta esperada por defecto pero no así los demás Por qué me muestra una ventana para indicar mi perfil? En caso de que el applet no sea capaz de localizar el path de los perfiles se mostrará la ventana de selección de perfiles. Se mostrará el menú desplegable de perfiles vacío y se deberá especificar el path donde se encuentra el perfil deseado. Esto puede suceder por varios motivos, a continuación se especifican dos posibles causas para este funcionamiento: Los perfiles no se encuentran en la ruta esperada por defecto. Alguna de las variables de ejecución de java han sido redefinidas, lo que impide al applet localizar el path correctamente. En caso de que el applet encuentre varios perfiles se mostrará una ventana de selección de perfiles. Se mostrara el menú desplegable con los perfiles detectados. Revisión: v

26 3.2.5 Por qué no se detectan todos mis perfiles? Este funcionamiento puede deberse a varios factores. En caso de trabajar con versiones de Firefox 2.x.x o superiores el applet cargará el perfil por defecto independientemente de la existencia de otros perfiles debido a limitaciones del navegador. En caso de trabajar con versiones de Firefox anteriores a 2.x.x es posible que los perfiles no detectados no se encuentren en la ruta por defecto esperada No se carga correctamente la DLL del componente El Applet necesita cargar las DLLs incluidas en el XPI para acceder a los certificados existentes en los almacenes de Mozilla. El usuario debe tener permisos para cargarlos en memoria. Esto también puede pasar en caso de que ya esta cargada la DLL por otro Applet de otra aplicación que este integrándose con WebSigner. Tal y como indica la guía de integración. Cada versión (WS.js y WS_Full.js) se considera un Applet distinto Doble inicialización del Applet WebSigner se distribuye en dos versiones (normal y full) para la maquina virtual de Java cada una de estas versiones las considera como aplicaciones diferentes, mirar la guía de limitaciones. Este error concreto se evita a partir de la versión Esto también pasa en el caso de tener dos integraciones y los ficheros se ubican en diferentes URL en cualquier versión de WebSigner Class Cast Exception sun.plugin2.applet.applet2classloader Esta excepción se produce en las versiones comprendidas entre y ambas inclusive. También se puede manifestar como un null pointer exception al realizar firmas. Revisión: v

27 Esta excepción se produce al tener activado el plug-in de nueva generación, en la pestaña Avanzado del Panel de control de Java disponible a partir de la revisión 10 de la JRE 1.6. La solución es actualizar Websigner o desactivar el plug-in de nueva generación Versiones incorrectas Cuando no esta instalada la versión correcta del applet en el servidor, las funciones javascript que llaman a los métodos Java pueden fallar y notificar que no encuentran los métodos correspondientes. Se trata de una versión no actualizada, actualice la versión del servidor y del usuario. Revisión: v

28 Versiones en Caches Una vez actualizado en el servidor sigue comportándose igual en el usuario. Esto es debido a que en el usuario sigue existiendo una copia antigua en la cache de java. Hay que borrar los objetos de la ante memoria java desde el panel de control java. Este comportamiento se ha mejorado en versiones posteriores a ASF 4.0.5, con cada actualización de WebSigner debe haber recibido una nueva copia de WS.js y WS_Full.js, en caso de no ser así póngase en contacto con el equipo de ASF Excepciones en la consola al acceder a ficheros o al salvarlos. Durante el proceso de guardado o acceso a ficheros se muestra el siguiente mensaje: WebSignerAppletImpl.getPathFile Entrando en getpathfile() Exception occurred during event dispatching: java.lang.nullpointerexception: null pdata at sun.awt.windows.wcomponentpeer._requestfocus(native Method) at sun.awt.windows.wcomponentpeer.requestfocus(unknown Source) at java.awt.component.requestfocushelper(unknown Source) at java.awt.component.requestfocushelper(unknown Source) at java.awt.component.requestfocus(unknown Source) at sun.plugin2.main.client.pluginmain$2.run(unknown Source) at java.awt.event.invocationevent.dispatch(unknown Source) at java.awt.eventqueue.dispatchevent(unknown Source) at java.awt.eventdispatchthread.pumponeeventforfilters(unknown Source) at java.awt.eventdispatchthread.pumpeventsforfilter(unknown Source) at java.awt.eventdispatchthread.pumpeventsforfilter(unknown Source) at java.awt.dialog$1.run(unknown Source) at java.awt.event.invocationevent.dispatch(unknown Source) at java.awt.eventqueue.dispatchevent(unknown Source) at java.awt.eventdispatchthread.pumponeeventforfilters(unknown Source) at java.awt.eventdispatchthread.pumpeventsforfilter(unknown Source) at java.awt.eventdispatchthread.pumpeventsforhierarchy(unknown Source) at java.awt.eventdispatchthread.pumpevents(unknown Source) at java.awt.eventdispatchthread.pumpevents(unknown Source) Y, en algunos casos, a continuación se cierra la consola de java y el explorador firefox. El problema del cierre de ventana y consola se localiza debido a problemas durante la instalación de una jvm o actualización fallida de la máquina virtual de java. También se han hallado comentarios en Internet sobre la aparición de dicho error al trabajar con versiones beta de firefox y Explorer. La solución adoptada es la eliminación de la versión corrupta Revisión: v

29 de la máquina virtual de java seleccionando (caso de windows) Panel de control/ Agregar o Eliminar programas y eliminando la versión correspondiente. Dicha versión, si el comportamiento del applet era correcto anteriormente, será la más reciente descargada. Para acceder al listado de versiones de la máquina virtual de java instaladas en la máquina se puede acceder a Panel de control/java y una vez dentro de la consola de java accediendo a la pestaña Java/ Configuración del entorno de ejecución de Java ; allí se mostrará un listado similar al de la imagen siguiente: En la mayoría de las ocasiones, sin embargo, los logs de Excepción anteriormente mostrados son inofensivos. Hasta la versión 1.6.0_7 no se produce este tipo de traza; no obstante, las posteriores (1.6.0_10 y sucesivas) si muestran este tipo de mensajes. Se debe a problemas provocados por cambios en la máquina virtual de java que, parece ser, provocan excepciones en hilos de ejecución paralelos que no obstante no afectan al funcionamiento del componente Websigner Applet. Simplemente, si no se produce el comportamiento crítico comentado al principio del apartado, deberán ignorarse dichos mensajes Por qué no se muestra la versión de la librería FullASF_Plugin.jar? Uno de los pasos seguidos durante la ejecución de procesos de asf en cliente es la carga de ciertas librerías necesarias para la creación del applet. Si accedemos (caso de windows) a Panel de control/ Java podemos ver en la opción General (pestaña superior izquierda)/ Archivos temporales de Internet (sección inferior)/ Ver un recuadro con las librerías cacheadas por la máquina virtual de java. El recuadro sería similar al de la siguiente imagen: Revisión: v

30 La inicialización del applet requiere la carga de una serie de librerías las cuales se especifica que sean cacheadas y, como opción para esas librerías cacheadas, se puede especificar una versión la cual es mostrada en el apartado homónimo de la imagen anterior. Asimismo el nombre de la librería se especifica en su url de acceso. Sin embargo, la carga de la librería FullASF_Plugin.jar debe hacerse de forma dinámica en un apartado posterior a la declaración de las librerías a cachear. En la carga a posteriori no hay una asociación nombreversión por lo cual en la consola de java el campo Versión se mostraba vacío. Para facilitar la identificación de la versión se ha añadido a la url de la librería un identificador de versión de manera que, al cargarlo, aparezcan concatenados nombre y versión y subsanar así la falta de información que antes se padecía Por qué tarda en cargar la versión completa aun estando todos los jars en cache? Una vez descargada la versión completa (WS_Full.js) las sucesivas cargas de Websigner Applet siguen descargándose el jar a pesar de que esta en la cache de Java. Este problema sucede con la versión de la maquina Virtual Java 5. La solución es actualizarse a la maquina Virtual Java 6. Esto sucede a partir de la versión de Websigner (5.1) que es capaz de cargar en una misma sesión de navegador la versión normal (WS.js) y completa (WS_Full.js). Por lo que se recomienda utilizar la versión completa únicamente cuando sea necesario. Revisión: v