Discussion :

[cdtkoenig]

Bonjour,
quelle est la bonne manière de stocker le no de version d'une application (attribut statique ds un classe, un fichier VERSION, ...) dans un pojet java (je développe sous eclipse).
Je travaille en collaboration sur un projet avec cvs, nous souhaitons mettre en place des fichiers ToDo, ChangeLog, et autres que nous ne connaissons pas encore mais qui poussent à la normalisation il me semble. Malheureusement je n'ai pas trouvé de site qui décrit les formats de ces fichiers.
Avez-vous une url sous le coude ?

merci

[thibaut]

Salut,

D'après les différents projets que j'ai vu, il semblerait que dans la majoritén des cas le numéro de version soit dans un fichier un .properties par exemple ou un .xml. Mais le .properties semble plus facilement manipulable via ant par exemple au cas où on aura besoin d'incrémenter le numéro de version.

A+

[cdtkoenig]

Salut,

D'après les différents projets que j'ai vu, il semblerait que dans la majoritén des cas le numéro de version soit dans un fichier un .properties par exemple ou un .xml. Mais le .properties semble plus facilement manipulable via ant par exemple au cas où on aura besoin d'incrémenter le numéro de version.

A+

merci thibault pour ta réponse, je pense utiliser un fichier version.properties.
PS :
Je suis un peu déçu par l'absence de grandes et belles normes pour les projets open source

[thibaut]

Ben des normes je ne pense... mais aprés chacun est libre de voir la solution la plus adaptée.

- un SGBDR n'est pas adapté si jamais le projet n'est pas connecté à une base.

- dans une classe ça se semble un peu douteux, et puis ça permet moins de souplesse (à mon avis).

[®om]

Moi perso je mets un attribut statique, un fichier texte ça peut être modifié par n'importe qui, et ça peut empêcher le système de mise à jour de fonctionner correctement...

[bouye]

Pareil, sauf qu'il y a des jours ou j'aimerai bien que JBuilder m'incremente automatiquement le numero de version de l'application a chaque build, mais si jamais c'est possible je n'ai pas trouve ou et comment faire.

Il me semble egalement qu'il est possible de versionner les JAR, mais je n'ai jamais trop pousse de ce cote-ci (et je laisse egalement JBuilder generer automatiquement les archives).

De plus au demarrage, mes app verifient la derniere version stockee dans les Preferences utilisateurs et si les versions sont differentes affichent les changelogs et/ou la license utilisateur (celon ce qui est necessaire), puis y stocke la version actuelle.

[thibaut]

Première chose déjà pourquoi utiliser Jbuiler ????

Secundo, un attribut de classe statique n'est pour moi pas la bonne méthode, mais plutôt dans un fichier .properties car je pense qu'il faut pouvoir externaliser ce' genre d'informations. De plus si le .properties est dans le war (c'est à dire sous WEB-INF/classes je pense que personne pourra modifier ce fichier). Et finalement si c'est dans un fichier .properties ou autre, il existe une tache Ant permettant d'atomatiser la génération du numéro de version et même une librarie supplémentaire à Ant pour incrémenter automatiquement ce numéro de version.

[cdtkoenig]

Première chose déjà pourquoi utiliser Jbuiler ????

Secundo, un attribut de classe statique n'est pour moi pas la bonne méthode, mais plutôt dans un fichier .properties car je pense qu'il faut pouvoir externaliser ce' genre d'informations. De plus si le .properties est dans le war (c'est à dire sous WEB-INF/classes je pense que personne pourra modifier ce fichier). Et finalement si c'est dans un fichier .properties ou autre, il existe une tache Ant permettant d'atomatiser la génération du numéro de version et même une librarie supplémentaire à Ant pour incrémenter automatiquement ce numéro de version.

je pensais par utiliser ant car on est que 2 sur le projet pour l'instant mais je vais qd meme jeter un coup d'oeil ds les plugins eclipse manière ...

Sinon, toujours pas de ref sur les bonnes manières pour la gestion de projet open source pour le ChangeLog, j'ai bien trouvé un parser du log cvs qui fait a peu pres le truc mais pour la gestion des taches, des Todo, à part des outils genre bugzilla, pas de format de fichier tout simple ds le projet lui même ?

Merci a tous pour toutes vos réponses

[thibaut]

Si tu as ta réponse tu peux mettre résolu pliz... Merci

[cdtkoenig]

Si tu as ta réponse tu peux mettre résolu pliz... Merci

pour sur !

[bouye]

[HS]

Première chose déjà pourquoi utiliser Jbuiler ????

Pourquoi utiliser NetBeans ou Eclipse ?

Les reponses pour ou contre sont multiples a ces trois questions. Chaque IDE ayant ses points forts et ses points faibles. Et ces debats ont deja eut lieu par le passe dans ces forums.

De toute maniere Borland abandonnant le marche (ils avaient pourtant promis un JBuilder base sur Eclipse l'an dernier), il faudra bien evoluer vers quelques chose d'autre dans le futur. D'ailleurs les concurrents en profitent : j'ai recut hier un email de Sun vantant les merite de NetBeans comme solution de remplacement de JBuilder...
[/HS]