Discussion :

[mixouille]

Bonjour à tous !

J'ai un problème avec le cache de Java Web Start, sur JDK 6.0.

J'ai une appli dont la partie cliente est lancée via JWS, et qui, au démarrage, parcourt un certains nombre de répertoires se trouvant dans certains JARs de l'appli pour lire des fichiers de configuration.

Jusqu'ici, c'est-à-dire avant la migration vers Java 6.0, nous procédions ainsi pour récupérer les fichiers :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
Enumeration<URL> resources = classLoader.getResources( "repertoire" );
 
while ( resources.hasMoreElements() )
{
	URL element = resources.nextElement();
	String resourcePath = element.toString();
 
	FileSystemManager fsManager = VFS.getManager();
	FileObject jarFile = fsManager.resolveFile( resourcePath );
 
	// Puis on récupère les fichiers contenus dans le répertoire
	// ...
}

Ce qui me paraît être une manière assez classique de faire. L'appli ayant chargé en cache les dernières versions des JARs, elle allait chercher les JARs locaux.

Le problème commence par le fait que, dans Java 6, les méthodes getResource() et getResources() de ClassLoader, dans le cadre d'une appli JWS, ne retournent pas, comme avant, un chemin local du type file://C:/Temp/.../fichier.jar!/repertoire mais un chemin Web du genre http://serveur:8564/MonAppli/app/......ar!/repertoire. Ca, à la limite, ca peut paraître salutaire pour d'éventuelles questions de sécurité, on évite les chemins locaux et on délègue à la JVM le soin de mapper une URI à une ressource locale mise en cache.

Le gros problème, c'est que ça ne marche pas ! L'appli cherche systématiquement, lors du resolveFile(), à télécharger la ressource distante, ce qui engendre des temps de lancement affreux.

Quelqu'un a-t-il déjà rencontré un problème similaire ? Mes recherches sur le net n'ont pas donné beaucoup de résultats.

Merci d'avance !

[mixouille]

UP ! (on ne sait jamais ...)

[JoloKossovar]

le fait de passer par une URI a la place d'une url ne te reglerai pas le probleme ?

[mixouille]

Merci pour ta réponse / question.

Je n'ai jamais retenu la différence entre URI et URL. J'ai essayé de transformer mon URL en URI via toURI(), mais ça ne change rien, l'accès reste distant.

Tu avais une idée derrière la tête ?

[JoloKossovar]

Et bien a vrai dire oui, mais non en fait ^^
Je viens de réviser la différence antre url et uri et ca ne résoudra pas ton problème Donc non dsl pas d'idée pour l instant :/

[mixouille]

Merci quand même

Sinon, es-tu habitué à Java Web Start ? Si oui, comment procèdes-tu habituellement pour accéder à des ressources, comme des fichiers de config, qui se trouvent dans les JARs de ton appli ?

[JoloKossovar]

Non je ne connais pas java web start ^^ mais en tout cas avec Spring, c'est ce que je fais. Pour récupérer un fichier de ressource dans un jar, dans le appContext :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<import resource="classpath:class/path/file.xml"/>

[mixouille]

Quelqu'un d'autre a-t-il une idée ?

Ma question, finalement, est simplement :

Comment accéder comme il faut (avec accès au cache) à une ressource contenue dans l'un des JAR d'une appli déployée par Java Web Start, sur JDK 6.0

Ce qui me tue, c'est que la manip est très courante mais que ça fait 2 jours que je trime dessus malgré tout.

Toute suggestion me comblera