Ideas for simplification of external dependencies
CGSI_gSOAP depends on: Globus GSI, voms-api-c, voms-api
- LCG-DM depends on: CGSI-gSOAP, swig, mysql-devel, Oracle Pro*C
- DPM-DSI : LCG-DM (replaces DPM-gridftp-server)
Pro*C is a heavy dependency, but it would be hard to factor it out without a major rewrite of the DB handling codes.
Using gSOAP 2.7 instead of gSOAP 2.6.2 (done in v1.6.6)
There is an ongoing work on a common rfio package with CASTOR.
In preparation for this we will modularize the LFC/DPM build
to separate the common (misc, security, rfio) libraries, that
they could be easier replaced later on.
Using gSOAP 2.7 instead of gSOAP 2.6.2 (done in the last release).
- GFAL: dcap,CGSI-gSOAP,LCG-DM, LDAP (CVS name: org.glite.data.gfal)
- lcg_util: dcap,CGSI-gSOAP,GFAL (CVS name: org.glite.data.dm-util)
- service-discovery.api-c
- service-discovery.bdii-c: service-discovery.api-c, globus/ldap Should depend on non-Globus LDAP libs
- service-discovery.cli service-discovery.{api-c,bdii-c,file-c}
- service-discovery.file-c service-discovery.api-c, glib2-devel
The UK cluster is working on creating a new, more complex SD
interface (having a query language), which we are not likely
to upgrade to, unless it is proven to be
- efficient
- easy to use
- well tested
- supports file(testing) and BDII(production) back-ends
Some common parts
- common: tomcat, mockobjects, wsi-test-tools, joram, security.util-java
- util-c: glib2-devel,service-discovery.api-c,gridsite-core
- config-service: xalan-c (which depends on xerces-c) Should be replaced by the simpler libxml2. Should replace log4cpp by log4cxx.
- catalog-interface: axis
- catalog-api-c: catalog-interface, CGSI-gSOAP --> we only use HTTPS, so we should drop CGSI-gSOAP
- catalog-cli: util-c,catalog-api-c,glib2-devel
- hydra-cli: catalog-cli,io-client --> io-client is being replaced by gfal
- hydra-service: common, catalog-interface, mm-mysql
catalog-interface is a heavy interface and Hydra only uses a fraction of.
We shall separate the ones used by Hydra to make the build lighter.
We should actually update the WSDL to be completely WSI compliant.
- srm-api-c: CGSI-gSOAP
- srm2-api-c: CGSI-gSOAP
- agents-common: config-service , service-discovery.api-c, boost, myproxy, mysql-devel, oracle, python
- srm-util-cpp: srm-api-c, srm2-api-c,agents-common, boost
- transfer-url-copy: srm-util-cpp, globus-gridftp, boost
- transfer-agents: agents-common, transfer-url-copy, config-service, python, oracle, boost
- transfer-proxy-renewal: agents-common, config-service, security.proxyrenewal, oracle, boost
- transfer-catalog-fireman: catalog-api-c --> it should be phased out
- delegation-api-c: security.delegation-interface, CGSI-gSOAP --> we only use HTTPS, so we should drop CGSI-gSOAP
- delegation-cli: util-c, delegation-api-c --> once we use a project common gSOAP version these delegation-* components would merge into the security subsystem
- transfer-interface: axis --> axis is only needed for WSDL updates
- transfer-api-c: transfer-interface, CGSI-gSOAP --> we only use HTTPS, so we should drop CGSI-gSOAP
- transfer-api-java: transfer-interface
- api-perl
- transfer-api-perl: api-perl, transfer-interface
- transfer-cli: util-c, transfer-api-c, delegation-cli
- api-js: axis
- transfer-api-js: api-js,transfer-interface
- tomcat-monitor
- transfer-scripts
- transfer-fts: jug, transfer-interface, common, transfer-api-js, tomcat-monitor, security.delegation-interface, security.delegation-java
To be phased out with their dependencies
- glite-data-io-*: [many, mostly internal dependencies]
- catalog-common: catalog-interface, common
- catalog-api-js: api-js,catalog-interface
- catalog-service-fr: oracle-instantclient,jug,catalog-interface,common
- catalog-service-fr-mysql: mm-mysql,catalog-interface,common,catalog-api-js
- catalog-service-meta: common, catalog-interface, mm-mysql
- catalog-api-java: catalog-interface
- catalog-api-perl: api-perl
- edg-rls-api-perl: api-perl
- globus-rls-api-perl:
- ui: gpt,globus,cctools,io-client,catalog-cli
Last edit:
AkosFrohner on 2009-03-09 - 10:36
Number of topics: 1
Maintainer:
AkosFrohner