home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
DOS/V Power Report 1997 August
/
VPR9708B.ISO
/
IBM_OS
/
JAVA102
/
JAVAOS2.ZIP
/
java.adf
< prev
next >
Wrap
Text File
|
1997-03-04
|
6KB
|
152 lines
* ***************************************************************
* The @DEF section describes general attributes of the software.
* You MUST not change the Keywords, you only need to provide
* values for them. For example, in the line
* Name = <software-short-name>
* you MUST not change the keyword Name, but you need to customize
* the <software-short-name>.
* Here is the description of each keyword:
* ***************************************************************
@DEF
* ***************************************************************
* Descr is not specified here; it is the icon title
*
* Name is the short name of the product (max. 16 char)
* BaseProd is the short name of the Package that is the product name without
* explicit references to the version/release.
* Release is the version/release of the product (no dots allowed)
* Level is the maintenance Level of the product
* Platform is the required Operating System: OS2 or DOS
* Category is the type of application: OpSys, LANTran, SWDistr, Appl, CSD
* Manufacturer is the name of the company that produced the package
* Language is the NLS version of the product
* ***************************************************************
Name JAVA
BaseProd JAVA10
Release 0100
Level 02
Platform OS2
Category Application
Language US_EN
Manufacturer IBM
@ENDDEF
* ***********************************************************************
* The @VAR section lists all the parameters that are used during the process
* of generating response and change files; the values are collected
* when you configure this software.
* More in depth, a parameter (or variable), is used when you need to
* customize a Response File / Change File keyword. In this way, you can
* provide a RSP File / CHG File template written only once, and customized
* during the configuration process.
* For example, suppose you have a RSP File keyword
* Install_documentation
* that can assume a list of the following values:
* Don't Install = 0
* Install 1 = 1
* Install 2 = 2
* Install All = 3
*
* Depending on the kind of installation you want to do, you can choose
* different values, so you need to provide a way to modify those values
* at run-time (during the configuration process).
* To do that you can define a variable in the @VAR section called for
* example:
* Install_Doc
* and define the way to get the value for this variable during the
* configuration process:
* Install_Doc {
* dialog {
* multisel
* values ( "Don't Install" = 0,
* "Install 1" = 1,
* "Install 2" = 2,
* "Install All" = 3 )
* }
* default 3
* }
*
* In this way you have instructed the configuration process to display
* a multi-selection list box in the dialog to select the value for the
* variable Install_Doc.
*
* In the @MRF section you need to parametrize the value of the keyword
* Install_documentation. To do that you need to put the following line
* in the @MRF section:
* Install_documentation = &Install_Doc&
*
* In this way, the generation process is able to calculate the actual value
* of the keyword Install_documentaiton just reading the value of the
* variable Install_Doc from the configuration specific file (it is an
* internal file used to store the actual values for each configuraiton; you
* don't warry about it).
* ***********************************************************************
@VAR
* *********************************************************************
* The following included file contains variables about the set-up of
* the code server
* *********************************************************************
@INCLUDE CODESERV.VAR
* **************************************************************
* The following section contains the command to install and
* uninstall the product
* Use special symbols
* $S to specify the path containing the product images
* $R to specify the response file
* $B to specify the boot drive
* $L1-5 to specify up to 5 log files
* $L to specify the first log file
* Each of them as a correspondant SDM_xxxxxx keyword in the
* SDMCMDS.VAR that translates the command in the Software
* distribution format.
* Note:
* It is reccomended to specify the drive or directory where to install
* the software as a keyword of the response file rather than a parameter
* of the command line.
* **************************************************************
Section Commands
{
InstallProgram
{
"INSTALL.EXE"
}
InstallParms
{
"/X /NMSG /O:DRIVE /R:$R /L1:$L1 /L2:$L2 /S:$S /A:I"
}
UninstallAllowed { 1 }
UninstallWithRSP { 1 }
UninstallProgram
{
"INSTALL.EXE"
}
UninstallParms
{
"/X /NMSG /O:DRIVE /R:$R /L1:$L1 /L2:$L2 /S:$S /A:D"
}
}
* **********************************************************************
* ** INCLUDE here the configuration keywords that will be used in the
* ** model response file for the specified product
* **********************************************************************
@ENDVAR
* ***********************************************************************
* Change File Profile skeleton section
* -------------------------------------------
* WARNING: do not change the lines between @MCF and @ENDMCF
* ***********************************************************************
@MCF
@INCLUDE CID.MCF
@ENDMCF
* ***********************************************************************
* Response File skeleton section
* --------------------------------------------
* Specify the name of the model response file in the include statement;
* the model R/F is a skeleton of a response file with place-holders
* instead of keyword value and conditional statements to include or exclude
* part of the file, depending on the value of some configuration keywords.
* ***********************************************************************
@MRF
@INCLUDE DUMMY.MRF
@ENDMRF