perfsonar-dev - Re: [pS-dev] proposal of new directory structure in our SVN
Subject: perfsonar development work
List archive
- From: Roman Lapacz <>
- To: Loukik Kudarimoti <>
- Cc: "" <>
- Subject: Re: [pS-dev] proposal of new directory structure in our SVN
- Date: Thu, 17 May 2007 13:03:45 +0200
Loukik Kudarimoti wrote:
Hi Roman,
Thanks for coming up with the proposal. My comments are below.
1) I see 'base' directory in the trunk and also as sub-directories in all other directories. Is this because the term 'base' has been overloaded?
If so, I suggest using the base term only in the trunk and coming up with a different term in all sub-directories to avoid confusion among developers.
If it is not the case of overloading but actually base being split into multiple places, see point (3) below.
Generally 'base' is the set of classes which are useful by other components (services or clients). I think we could have one general base which will be treated as a separate library (this would be a separate jar file) and the bases that would be useful only to a certain group of components (for example the base only for MA services or only for client apps). These specific bases would be included in the jar files of services. I don't think we have to use other term for those specific bases because package names are different.
2) Move directories for each service just under the trunk directory. (example: java-rrd-ma, j-cl-mp, etc --> /perfsonar/trunk/ )
All services (products) will follow the recommended naming convention which will help in identifying the type of service (MA, MP, etc). Hence, it should be ok to flatten out this hierarchy.
I see you point but on the other side grouping services might be more clear for especially new developers. Having bundle, clients, services, etc. on the same level might be less clear.
This will also make it easier to branch out and release products.
I don't think it would be difficult.
I wasn't sure to use indicators of programming language (j-*, pl-*, py-*) in service directory names so I removed them. They could be used if there are two services which have the same functionality but they are created in different languages (see 'py-cl-mp'). But I think this name should be up to a developer. Those service directory names are just proposals which could be changed.
I have attached updated proposals of snv directory structure.
Roman
trunk/
|-- base
| |-- ant
| |-- contrib
| |-- doc
| |-- lib
| `-- src
| |-- main
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- base
| | |-- auxiliary
| | |-- container
| | |-- messages
| | `-- util
| `-- test
| `-- java
| `-- org
| `-- perfsonar
| `-- base
| |-- auxiliary
| |-- container
| |-- messages
| `-- util
|-- bundle
|-- client
| |-- axis-1.4
| | |-- ant
| | |-- doc
| | |-- lib
| | `-- src
| | |-- main
| | | `-- java
| | | `-- org
| | | `-- perfsonar
| | | `-- client
| | | `-- axis
| | `-- test
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- client
| | `-- axis
| |-- base
| | |-- ant
| | |-- doc
| | |-- lib
| | `-- src
| | |-- main
| | | `-- java
| | | `-- org
| | | `-- perfsonar
| | | `-- client
| | | `-- base
| | | |-- requests
| | | `-- xquery
| | `-- test
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- client
| | `-- base
| | |-- requests
| | `-- xquery
| `-- contrib
|-- contrib
|-- doc
`-- service
|-- as
|-- base
| |-- ant
| |-- doc
| |-- lib
| `-- src
| |-- main
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- service
| | `-- base
| | |-- authn
| | |-- engine
| | |-- exceptions
| | |-- registration
| | |-- storage
| | |-- transport
| | `-- util
| `-- test
| `-- java
| `-- org
| `-- perfsonar
| `-- service
| `-- base
| |-- authn
| |-- engine
| |-- exceptions
| |-- registration
| |-- storage
| |-- transport
| `-- util
|-- ls
| `-- xml-ls
|-- ma
| |-- base
| | |-- ant
| | |-- doc
| | |-- lib
| | `-- src
| | |-- main
| | | `-- java
| | | `-- org
| | | `-- perfsonar
| | | `-- service
| | | `-- measurementArchive
| | | |-- eventTypeConfig
| | | |-- messages
| | | |-- metadataConfig
| | | `-- register
| | `-- test
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- service
| | `-- measurementArchive
| | |-- eventTypeConfig
| | |-- messages
| | |-- metadataConfig
| | `-- register
| |-- contrib
| |-- g3-ma
| |-- hades-ma
| |-- rrd-ma
| | |-- ant
| | |-- conf
| | |-- contrib
| | |-- doc
| | |-- examples
| | | |-- requests
| | | `-- rrd
| | |-- func-test
| | |-- lib
| | `-- src
| | |-- main
| | | `-- java
| | | `-- org
| | | `-- perfsonar
| | | `-- service
| | | `-- measurementArchive
| | | `-- rrdType
| | `-- test
| | `-- java
| | `-- org
| | `-- perfsonar
| | `-- service
| | `-- measurementArchive
| | `-- rrdType
| `-- sql-ma
|-- mp
| |-- bwctl-owamp-mp
| |-- cl-mp
| |-- e2emon-mp
| |-- py-cl-mp
| |-- snmp-mp
| `-- telnet-ssh-mp
|-- tops
`-- trs
- proposal of new directory structure in our SVN, Roman Lapacz, 05/08/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/08/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Loukik Kudarimoti, 05/14/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Maciej Glowiak, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Loukik Kudarimoti, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Szymon Trocha, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Jeff W. Boote, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Michael Bischoff, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Loukik Kudarimoti, 05/18/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/18/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Szymon Trocha, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Maciej Glowiak, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Szymon Trocha, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/17/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Loukik Kudarimoti, 05/14/2007
- Re: [pS-dev] proposal of new directory structure in our SVN, Roman Lapacz, 05/08/2007
Archive powered by MHonArc 2.6.16.