Application: gvSIG desktop

1 Ejecuci?n en segundo plano.

	Es conveniente que la interfaz est? siempre en funcionamiento,

nunca bloqueada, aunque sea s?lo para mostrar al usuario que el

programa est? procesando. Para ello hay que realizar las tareas

que puedan tomar demasiado tiempo en un thread a parte. La

clase PluginServices proporciona un m?todo est?tico 

backgroundExecution al cual se le pasa un objeto Runnable, que

es ejecutado en segundo plano, dejando el thread de la interfaz

libre para responder pero con sus eventos bloqueados con el fin

de que la interfaz responda y se redibuje, pero se ignoren los

eventos que produce el usuario mientras se procesa la petici?n

En Andami, el class loader de cada plugin delega primero en el classloader del sistemaes decir, que si se ejecuta desde eclipse buscar? por todos los jars que haya en el classpath del proyecto, y si se ejecuta desde la linea de comandos, buscar? en la variable de entorno CLASSPATH o en el argumento -classpath que se pase como par?metro a java.

Si el class loader del sistema no satisface la b?squeda, se buscar? en los jars especificados por el config.xml del plugin que intenta cargar la clase y si no se encuentra en dichos jars, se buscar? en los jars de los plugins de los cuales depende el plugin que intenta cargar la clase.

Por otra parte, FMap tiene un directorio de drivers en los que vas dejando los jars y autom?ticamente los procesa FMap. Sin embargo, FMap no conoce que es usado por Andami, y de hecho, FMap puede ser usado desde otros entornos, por lo que no usa directamente el class loader del plugin que tiene la librer?a fmap.jar en el config.xml. Usa su propio class loader, que est? definido en el proyecto driver-manager. Este class loader busca en los jars que hay en el mismo directorio del driver y de no encontrarla ?stos, delega en el classloader padre. El class loader padre, en el caso de gvSIG con Andami es el class loader del plugin que accede al driver.