Discussion :

[julien-blaise]

Bonjour,

Je souhaiterais savoir si l'un de vous a déjà rencontrer ce type d'exception. J'ai compris grâce aux différentes sources trouvés qu'il s'agit d'un problème de 'préférence'. Mais le terme est relativement vaste, est ce un fichier de configuration de l'application, de java ? Un collègue a trouvé sur le sujet un site, mais on ne trouve que peu d'information sur la cause probable de cette exception et sur comment la parer (si ce n'est des trucs bidon pour en retarder les effets)
Voila, si vous avez besoin de plus de précision je reste à votre disposition.

Merci d'avance.

[bouye]

Vu que ca manque d'indications, je dirai que tu utilises l'API des Preferences et que tu essaies d'ecrire dans le noeud systeme alors que ton compte ne dispose pas des droit d'ecritures dans ce noeud. Comme sous certains OS, le "flushage" des prefs est fait de maniere asynchrone, l'exception peut etre levee plus tard, apres la tentative d'ecriture. De plus, sous Linux, dans Java 1.3~1.5, mes test indiquaiqnt que l'API continuaient a vouloir ecrire dans le noeud systeme a intervalles regulier malgre le fait que l'utilisateur n'en ait pas les droit et le fait que la toute premiere tentative ait echouee, ce qui avait tendance a ralentir l'application. Mieux vaut se restreindre a l'usage du noeud user dans la plupart des cas.

[julien-blaise]

Concrétement voici un log d'erreur épurer:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
TechnicalException: AdapterException: Failed to load configuration from URL file:/Soft/svn-rec3/dist/lib/Custom.jar!/default-import-config.xml
        at ...
Caused by: apps.common.adapter.AdapterException: Failed to load configuration from URL file:/Soft/svn-rec3/dist/lib/Custom.jar!/default-import-config.xml
        at apps.identifiers.adapter.DefaultGITConfigurationEditorAdapter.loadConfigurationFromURL(DefaultGITConfigurationEditorAdapter.java:
110)
        at jaxb.xml.adapter.JAXBXMLConfigurationEditorAdapter.loadConfigurationFromURL(JAXBXMLConfigurationEditorAdapter.java:73)
        at...
        ... 2 more
Caused by: java.util.prefs.BackingStoreException: Couldn't get file lock.
        at java.util.prefs.FileSystemPreferences.removeNode(FileSystemPreferences.java:657)
        at identifiers.adapter.DefaultGITConfigurationEditorAdapter.loadConfigurationFromURL(DefaultGITConfigurationEditorAdapter.java:
100)

Cette erreur apparait sur un environnement mais pas sur les autres. On en vient donc à se demander à quoi c'est dû. L'objectif n'est pas d'écrire dans un fichier mais de le lire. Et selon le log, ce fichier serait verrouiller, ce qui signifirait qu'il est en cours de modification, chose qui parait impossible étant donné que le fichier en question est dans un jar.

Pour information, le fichier XML est bien un fichier de gestion de preference.

Voila, si vous avez des idées je suis preneur. Merci.

Jujube

[bouye]

Vu que removeNode() est appellee, il y a bien une tentative d'ecriture dans le fichier de prefs (ce qui n'est peut-etre pas un acte volontaire de ta part). Si celui-ci se trouve bien dans le JAR (configuration que je n'ai jamais teste) il me parait alors normal d'avoir ce genre d'erreur "impossible de creer un fichier de lock" (et sinon on aurait eut le classique "ecriture impossible").

Code :

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

1
2
3
4
Caused by: java.util.prefs.BackingStoreException: Couldn't get file lock.
        at java.util.prefs.FileSystemPreferences.removeNode(FileSystemPreferences.java:657)
        at identifiers.adapter.DefaultGITConfigurationEditorAdapter.loadConfigurationFromURL(DefaultGITConfigurationEditorAdapter.java:
100)

[julien-blaise]

Salut à tous,

Près de 2 ans après, le problème se reproduit. J'exume donc ce poste pour savoir si d'autres personnes on rencontrait le problème.
Toujours la même exception, toujours le même fichier.
Je viens de passer des heures à écumer le net et je tombe sur un peu de tout.
Nous sommes sur un System Solaris
En Java 1.5
Les pistes les plus intéressante :

• Mettre le répertoire /etc/.java/.systemPref en lecture et écriture pour tout le monde
• Le user qui lance les process Java qui plante avec cette exception n'avait pas de répertoire .userPrefs dans son home/.java

On a crée le répertoire de la deuxième option avec tout les droits qui vont bien, mais à priori ça n'a rien changé
On note par contre que ce répertoire en plus de contenir 2 fichiers contient un certain nombre de répertoire propre à notre appli.
Savez-vous qui se charge de créer ces répertoires ?

Suis-je sur la bonne voie ? Ou le problème vient d'un autre endroit ?

D'avance merci.