Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

3 commentaire(s) de romuluslepunk sur des sources sur tout CodeS-SourceS

Le : 06/12/2006 21:24:20
Source : SYNCHRONISATION AVEC UN FICHIER PROPERTIES
Si mon constructeur est en private, il est impossible de faire :
ConfigManager myconfigs = new ConfigManager();
Sauf au sein de la la classe ConfigManager. Du moins mon Eclipse ne l'autorise pas donc il y a certainement erreur de compilation (au pire je testerai une compilation en console).

Si je fait :
private ConfigManager mesConfig1 = ConfigManager.getInstance();
private ConfigManager mesConfig2 = ConfigManager.getInstance();
Les 2 objets devrait pointer vers l'objet instance ?
Je vais faire des tests (il ya plus de chances que tu aie raison que le contraire :) )


Super pour le shutdown, je pense que je vais :
- faire hérité Thread à ConfigManager
- ajouter le blocage et addShuttdownhook(this) dans la methode synchronise
- supprimer le blocage et removeShuttdownhook(this) dans la methode desynchronise
- copier le contenue de la methode desynchronise dans la methode run (sauf removeShuttdownhook(this)...)
C'est ce qui me parait être le plus simple.

Ce week-end celà devrait être testé au niveau du singleton et le shutdown réalisé.


Un grand merci


Le : 06/12/2006 18:31:53
Source : SYNCHRONISATION AVEC UN FICHIER PROPERTIES
Mon singleton me semble bon, le constructeur est déjà en private mais son contenue est vide, celà joue sur le résultat ?

Le lock est prévu par la suite, je ne l'est pas noté dans les commentaires final de la source pour plusieurs raisons :
- j'hesite encore à l'ajouter, en cas d'arret brutal du programme, la methode desynchronise() ne sera pas apelé et le deblocage du fichier ne se fera pas, à moins que je me trompe...
- je n'est jamais utilisé de fichier lock et je ne voulais pas noté une possible mise a jour sans être sûre d'en être capable. Ton bout de code devrait m'aider, merci
- si un programme quelconque utilise et met à jour le fichier properties sans passer par l'api, le lock n'a plus d'interet.

Je ne suis pas un pro de java et comme je l'est dis, j'ai jamais utilisé le blocage de fichier et il se peut que je me suis complètement trompé dans mes raisons.


Je ne le prend pas comme une critique, c'est bien le but de ce site, partager ses connaissances/idées ;)


Le : 05/12/2006 17:45:42
Source : SYNCHRONISATION AVEC UN FICHIER PROPERTIES
Effectivement j'avais pas pensé à celà, je viens d'uploader un nouveau zip





Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,140 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.