Difference between revisions of "Service Archive Specification"

From Gcube Wiki
Jump to: navigation, search
Line 56: Line 56:
 
Create a new component in ETICS for each service profile you already defined in order to create the related Service Archive as artefact. Let see now how you should do this in ETICS.
 
Create a new component in ETICS for each service profile you already defined in order to create the related Service Archive as artefact. Let see now how you should do this in ETICS.
  
# name the component as <ServiceName>.PACKAGER
+
# name the component as <ServiceName>.SERVICEARCHIVE
 
# declare a static dependency against each ETICS component that produces a package to be included in the Service Archive. In this way, the packages forming the whole service are available and they are built immediately before they are packaged. Since we are starting this phase now and this activity is not part of the ALPHA release, please link the HEAD configurations of your components here.
 
# declare a static dependency against each ETICS component that produces a package to be included in the Service Archive. In this way, the packages forming the whole service are available and they are built immediately before they are packaged. Since we are starting this phase now and this activity is not part of the ALPHA release, please link the HEAD configurations of your components here.
 
# use the CVS Commands to download additional files related to the whole service, but not included in the packages (like the Service Profile)
 
# use the CVS Commands to download additional files related to the whole service, but not included in the packages (like the Service Profile)

Revision as of 19:09, 27 March 2007

Introduction

A 'Service' in DILIGENT is a software system that delivers functionalities, it is composed by a set of related 'Packages'.

In the DILIGENT context, a 'Package' is a 'piece of software' that can be deployed in a DHN. Packages are single files, compliant with the Package Model, that contain the files to be installed, along with rules describing software/packages dependencies, deployment instructions, etc.

Each service is described by a 'Profile' document, the 'Service Profile'.

For each Service Profile a corresponding 'Service Archive' should be delivered.


Structure

A Service Archive is a single TAR GZ file, which contains all the files declared on the Service Profile and has the following structure:

/-ServiceProfile_<ServiceName>_<ServiceClass>.xml
|
/-<PackageName>
|    |
|    |-<LibraryFile/GARArchive>
|    |-<additional files>
|
/-<PackageName>
|    |
|    |-<LibraryFile/GARArchive>
|    |-<additional files>
|
|-<PackageName>
|    |
|    |-<LibraryFile/GARArchive>
|    |-<additional files>
|
/.....

where:

  • at the root level, the archive contains the Service Profile of the service itself. All the file names included in the archive have to be reported with a relative path starting from their <PackageName> folder (not included) *as defined on the Service Profile*.
  • for every Package declared inside the Service Profile, the archive contains a directory (called with the same name of the PackageName field of the profile) including the corresponding jar/gar file:
    • for a WSRF service the name reported into the GARArchive field;
    • for a library/stubs the name reported into the LibraryFile field.

and any other additional file declared in the service profile (e.g. installation or reboot scripts)


Creating Service Archives

Manually

An easy way to create a Service Archive is to do it manually.

  1. Create a folder structure as described in previous section according to the corresponding Service Profile.
  2. Create a TAR GZ file of the created folder structure.


Using ETICS to automatically create Service Archives

Create a new component in ETICS for each service profile you already defined in order to create the related Service Archive as artefact. Let see now how you should do this in ETICS.

  1. name the component as <ServiceName>.SERVICEARCHIVE
  2. declare a static dependency against each ETICS component that produces a package to be included in the Service Archive. In this way, the packages forming the whole service are available and they are built immediately before they are packaged. Since we are starting this phase now and this activity is not part of the ALPHA release, please link the HEAD configurations of your components here.
  3. use the CVS Commands to download additional files related to the whole service, but not included in the packages (like the Service Profile)
  4. use the Build Commands available in ETICS in the following way:
INIT:
The init command has to be used to create the ${prefix} directory and all the <PackageName> subdirs

INSTALL:
The install command has to be used to move the GAR/JAR files and other additional files from their ${moduleDir}directory to the appropriate <PackageName> directory previously created.

PACKAGING:
Leave this command blank. At the end of the build process the default ETICS package command will create a tar.gz (the ServiceArchive!) of the ${prefix} folder

To better understand the final result of the process above, you can have a look to the disic.PACKAGER and the disregistry.PACKAGER components already created in ETICS in the informationservice subsytem.

--Henri 17:40, 27 March 2007 (EEST)