If you're looking for IBM Rational Build Forge Interview Questions for Experienced or Freshers, you are in right place. There are a lot of opportunities from many reputed companies in the world. According to research IBM, Rational Build Forge has a market share of about 0.1%.
So, You still have the opportunity to move ahead in your career in IBM Rational Build Forge Development. Mindmajix offers Advanced IBM Rational Build Forge Interview Questions that help you in cracking your interview & acquire a dream career as IBM Rational Build Forge Developer.
|If you want to enrich your career and become a professional in Rational Build Forge, then visit Mindmajix - a global online training platform: "IBM Rational Build Forge Training" This course will help you to achieve excellence in this domain.|
Functions of IBM Rational Build Forge is to execute the framework for automating, orchestrating, managing, and tracking all the processes between each client within the assembly line in any software development, thus creating an entirely automated software factory. IBM Rational Build integrates into the current environment to support the major expansion of scripts, languages, tools, and platforms.
Collectors describe what should be collected and dispense to the server resources. The section of Collectors in the Servers lists the accessible collectors & allows us to generate new collectors. Collector constitutes of more than one property, which specifies the information, which should be included in the manifest. Collectors facilitate the use of dynamic selectors for which enterprise edition is required.
Selectors decide which server resource should run a project. Selector constitutes a list of variables, which specifies a value with the comparison. E.g., we can specify a property known as Compiler Version = 1.1 to select only those server resources which have the equivalent property.
We can also specify the Compiler Version >= 1.1 to select server resources having versions 1.1, 1.3, 2, or 2.0. Whenever a project runs, the selector is assigned to determine which server resource it should run on.
Selection of a server resource for any project depends on the system used by the selector, which assesses them by following methods:
At first, the system collects the list of servers, which contain the needed variables. If the server resource does not match the necessary criteria, then the project fails, and the method creates a note accordingly.
In the scenario where more than one server meets the needed criteria, the system rates each of the eligible servers and allocates the point as follows:
The system selects the server which received most of the points. If there is more than one server having the maximum points, then the system chooses one of them.
We can temporarily disable any server resource. To restrict, jobs running on it.
|→ Explore IBM Websphere Server Administration Interview Questions|
UI identifies only the current selector snapshot from a set of the snapshot. We need a reliable approach for choosing a default snapshot:
The environment is a classified set of variables, which are accessible for the following functions after being adequately described
Variables should be used within jobs. Environments can be allocated to servers and steps. During the execution of the situation, the running step inherits the values of the variable from all the following three:
The scheduled tasks use Set variables. An environment is set for a scheduled job to replace the environment specified for the project. Set variables are used by the adaptors, assigned to an adaptor link. It is used as the early adaptor in the project.
The system creates a step environment before it executes a step. Step environment constitutes of the variables which apply to the step, inherited from the server, project, and step environment in an orderly manner.
Whenever a step inlines any project, the requested project's server & project environment are not used. Inheritance goes in the following order: server environment, project environment, step environment. For each step in the called project, the step environment is specified.
A project can specify a plan as Pass or Fail Chain. When a project is called in such a way, it runs in its environment. Additionally, it has access to the variables from the calling project. The variables are then copied using the prefix BF_CALLER_. E.g., the variable BF_NAME in the calling project is available as BF_CALLER_BF_NAME in the called project.
|→ Explore Build and Release Engineer Interview Questions|
When a project is scheduled, it can be chosen to affect a unique environment to the project instead of the default. Once the environment has been being specified, the Environment tab is used to set values for any variable of that environment, which are presented in the environment tab according to the On Project property setting. They all follow the same policy for non-scheduled job initiation.
Variables are modified during the execution of the step, project, or permanent scope.
Access group allows viewing and using the project. Access property is used with appropriate permissions to determine user roles. E.g., for executing a job, we have to be a member of access group specified for the project and be a member having the Execute Jobs permission.
Synchronization of the tag is for variables of two projects. We need to select the project whose tag variable is supposed to be synchronized with the existing project. When both projects are synchronized, their variables are taken from the same data pool, so that while running in sequence, one project gets the value 1, the next gets the value 2, and so on.
Run Limit property sets the highest number of jobs of the project that are allowed at one time.
We can connect projects by using a feature called chaining, to maintain frequently used groups, separately from projects that depend on them. We also use this feature to run automated tests and installations of the projects on completion of certain steps. Chaining is also used to delete files that are not needed by the development teams.
The system does not allow canceling of chained projects. We can set the Fail Wait or Pass Wait attribute to Yes to automatically cancel the called projects for a Fail Chain or Pass Chain. In this way, the system cancels the when the calling project or the calling step.
The tag format describes how the system is constructing the tag. Tag format contains plain text and variable references denoted by the symbol $. When we use any variable in the tag format it should be from the list tag variables defined by the system in the preceding section, or we must define these variables for the project before it can execute. Variables, which are not explicit, are treated as static text.
A library is a project whose Selector is set as None & are supposed to run within other simultaneous projects. They can run on the server of the step that calls them. Whenever we save a project, which has a selector set to None, the system alerts that it will be kept as a library. Libraries are listed in the consequent Libraries panel.
|Checkout IBM Cognos Reasons to Upgrade|
The clobber button removes a project and its associated tasks from the database. System requests for confirmation before clobbering a project. After we clobber a project, it cannot be undone. The button is visible on the editing page of the project property; which needs to be selected and then clicks the icon beside the name of the desired project.
For assigning a log filter to a step, we must do the following:
The filter pattern describes the string, which is needed to match in step output. Every filter pattern we create is connected with a single action filter. Filter patterns and actions are both defined on the sets of the filter log. The capability to embrace multiple filter patterns in any log filter and relate it to output from a single step permit to use of various search criteria without constructing any complex strings.
Filter actions describe the action taken if a filter pattern is found in step output. Each filter pattern created is associated with a single filter action. Both the filter actions and patterns are explicit in log filters.
The system has inbuilt templates for many events, which can occur. We can create new ones that are detailed to any particular project. When we do this, a particular template is used instead of the global template.
The step is an element of the project. When the project is executed as a job, the step is run in the same order. The step consists of one or more commands and has properties that affect its properties.
Threading facilitates steps to run simultaneously, either on the same server or another. Thread property setting manages to thread. By default, the property is set to No. It helps in reducing the project execution time when parts of a project can run independently.
More than one variable can be set at once with these commands by including supplementary variables and value pairs, separated by spaces, as in the following example: .set env MyGroup "X=5" "X2=45."
Ans: Values of a variable for a .set or .bset command can be generated by sending a command to the server's command interpreter. To use this command within the dot command, we should enclose the command in backtick characters. For example, the command: .set env SetupGroup “PerlVer=`perl --version`” sets the variable PerlVer to the output of the Perl --version command.
Registers are the general-purpose cushion that steps use for storing persistent data. Ordinary registers have single-letter names, or multi-character names beginning with letters.
Ans: Dot commands are used in the Command field of a step, providing access to capabilities and functions within the system. We can mix dot commands with ordinary commands in a step and have multiple dot commands in any single step.
Technical Content Writer