[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Tsp-devel] nouvelle arborescence Java / module jtsp
From: |
Stephane Galles |
Subject: |
Re: [Tsp-devel] nouvelle arborescence Java / module jtsp |
Date: |
Tue, 01 Mar 2005 22:43:14 -0500 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 |
OK, je veux bien me charger de créer l'arbo et de modifier le
fichier build.xml. Pour l'import vers CVS on verra, selon si j'ai eu
le temps de réviser mes commandes CVS. Sinon, je te mail un tar.gz.
Ton arbo est trés bien J'y apporterais quelques modifications
pour la rendre un petit peu plus Java-ish.
A savoir :
jtsp/
|-- bin
|-- build
| |-- class
| |-- doc
| `-- jar
|-- build.xml
|-- lib
| |-- cdf
| |-- jsynoptic
| `-- remotetea
`-- src
`-- tsp
|-- consumer
| |-- jcdfwriter
| |-- jstdout
| `-- plugins
| `-- jsynoptic
|-- core
| |-- common
| | |-- url
| | `-- xml
| |-- config
| |-- consumer
| `-- provider
|-- provider
`-- util
Petite explication de texte :
- La racine bin/lib/src/build est un grand classique de la racine d'un
projet
java
- le "src" est là pour indiquer clairement ou sont les sources, et au cas
ou un nouveau package racine apparaisse à coté de tsp on évite de polluer
le répertoire jtsp racine
- le "lib" s'appel "lib" et pas "external", parceque s'il y a des jar la
dedans
par définition c'est externe au projet, sinon ca serait dans "src". CQFD
- "build" c'est là ou on met le résultat de la compilation et les
constructions
de jar. (Des construction de javadoc eventuellement, mais on peut mettre un
"doc" à la racine également)
- "bin" peut recevoir des scripts de lancement (.bat, .sh, etc...)
- J'ai modifié ton package jsynoptic-plugin, au départ parceque mettre
un tiret
dans un nom de package java n'est pas standard. Puis je me suis dit
qu'on pouvait créer
un package spécial pour les plugins, ce qui enlevait le tiret par la
même occaz
(sinon on mettre un underscore). Mais c'est tres arbitraire.
Voila. Ce ne sont que des suggestions, on modifie ce que vous voulez ,
vous votez
pour ou contre, et me charge de refaire l'arbo.
Steph
Eric NOULARD wrote:
Bon ben je pense qu'on a l'unanimité sur
l'aspect jtsp et autres modules CVS.
Stéphane,
Est-ce que tu peux te charger de:
1) nous proposer une belle arborescence Java
Personnellement je proposerais ça:
jtsp
|-- external
| |-- cdf
| |-- jsynoptic
| `-- remotetea
`-- tsp
|-- consumer
| |-- jcdfwriter
| |-- jstdout
| `-- jsynoptic-plugins
|-- core
| |-- common
| | |-- url
| | `-- xml
| |-- config
| |-- consumer
| `-- provider
|-- provider
`-- util
(a noter pour ceux qui comme moi aurait du mal à retrouver cette
foooOOormidable commande tree ben je l'ai retrouvée là
ftp://mama.indstate.edu/linux/tree/
a défaut de trouver un paquetage MdK quelconque
qui pourrait bien la contenir...)
2) Préparer la dite arborescence de façon à pouvoir
faire l'import du nouveau module jtsp.
NB: penser à mettre des fichiers README ou .java bidon
dans les répertoires vides pour l'instant.
(because CVS est une boue concernant les répertoires.)
3) Au choix (toi ou moi ou un autre volontaire)
Faire l'import effectif dans le CVS savannah et on dégage
les fichiers de l'ancienne arbo.
Evidemment comme CVS est une boue concernant les répertoires
(ouh là c'est l'âge ou je me répète)
il nous restera des répertoires vides dans lesquels
- dans un premier temps on mettra un README.jtsp
indiquant le déplacement des sources
- dans un deuxième temps on demandera aux savannah
hackers de dégager du dépôt ces réps.
Une fois qu'on en est là ben je me charge de demander la mise en
place du fichier module minimaliste qui permet de faire
cvs co tsp_all = tsp jtsp tsp_docs
du coup je regrette presque mon tsp_bbguide et
tsp_whitepaper en tant que modules de haut niveau
et tant qu'à être homogène je créerais un module
de haut niveau
tsp_docs
dont l'arbo sera:
tsp_docs/
|-- tsp_bbguide
`-- tsp_whitepaper
ce qui n'empêche d'ailleurs pas de faire
cvs co tsp_docs/tsp_bbguide
Stéphane que peux/veux-tu faire dans tout ça?
Les autres botre avis?
Eric
_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel