RE : [Tsp-devel] nouvelle arborescence Java / module jtsp

[Eric.NOULARD]

Ok en ce qui me concerne
je suis OK avec l'arbo 100% J de stéphane.
egalement OK avec le
consumer/plugins/jsynoptic
pour eviter les '-' et autres '_'.

Je peux sans souci me charger de
l'import CVS à partir d'un zip/tar.gz
comme ça je me ferais toutes les opérations CVS d'un coup.

Eric


-------- Message d'origine--------
De:     address@hidden de la part de Stephane Galles
Date:   mer. 02/03/2005 04:43
À:      Eric NOULARD
Cc:     Devel TSP
Objet:  Re: [Tsp-devel] nouvelle arborescence Java / module jtsp
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
>
>
> 
>



_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel