Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

A Target Group represents a software technology running in one or more Environments, that supports builds, deployments, test, or utility executions. Individual Target for build or deployment is represented by mapping of Target Group and Environment.

For example,

  • You may have an Oracle SOA Suite Instance (SOA1) for most composites, and a second Instance (SOA2) for hosting composites which contain sensitive information such as financial or HR related data. In this case, you would create two Target Groups in FlexDeploy named SOA1 and SOA2. You can define Name and Code for Instances.

  • You may have a requirement to perform builds using multiple versions of JDeveloper, such as JDeveloper 11.1.1.9 and JDeveloper 12.2.1. In which case you can create JDEV11119 and JDEV1221 Target Groups. Then you can associate each Target Group with one or more Environments, and describe which endpoints fit in each Target.

Example #1 Target Groups for ADF Build/Deploy

Target Group Code

Target Group Name

Notes

ADF11119

ADF 11.1.1.9

ADF runtime 11.1.1.9 installation with WebLogic 10.3.6

ADF1221

ADF 12.2.1

ADF runtime 12.2.1 installation with WebLogic 12.2.1

JDEV11119

JDeveloper 11.1.1.9

JDeveloper 11.1.1.9 installation

JDEV1221

JDeveloper 12.2.1

JDeveloper 12.2.1 installation

Example #2 Target Groups for ADF Build/Deploy

This is simple variation from Example #1 above, where Build and Deploy Target Groups are named so that users can easily determine which to use for Build with Deploy.

Target Group Code

Target Group Name

Notes

ADF11119

ADF 11.1.1.9

ADF runtime 11.1.1.9 installation with WebLogic 10.3.6

ADF1221

ADF 12.2.1

ADF runtime 12.2.1 installation with WebLogic 12.2.1

ADFBUILD11119

ADF Build 11.1.1.9

JDeveloper 11.1.1.9 installation

ADFBUILD1221

ADF Build 12.2.1

JDeveloper 12.2.1 installation

In example below, we have an ADF Domain installed in Development, QA and Production environments, they are 3 physical installations of WebLogic domain, but we can logically call it a since ADF Target Group in FlexDeploy topology. This allows us to perform deployments against a specific Target Group in a specific environment. For example, you can deploy a new version of EAR file to ADF in Development or ADF in QA etc. Similarly other technology installations like SOA, CRM application and Database are considered Target Groups in FlexDeploy topology.

Viewing Target Groups

To view the list of Target Groups defined within FlexDeploy, select Topology from the menu.

By default, all active Target Groups are displayed in the search results.

To refine the search results, type all or part of the Target Group name into the Search box, and the list will automatically filter. Uncheck the Active checkbox or click the disabled to show the inactive Target Groups as well.

Creating or Editing Target Groups

To create a Target Group, click the Create button in the top right. To edit a Target Group, click on the … of an existing Target Group row in the list.

Enter values for the following fields.

Field Name

Required

Description

Name

Yes

Long display name for the Target Group.

Code

Yes

Short name for the Target Group.

Description

No

A description of the Target Group.

Target Group Permissions

No

You can toggle a slider to override the default permissions. This allows you to give your EBS team lead group permission to modify the EBS target group, and not to any other groups if you desired.

Active

Yes

Whether or not the Target Group is active in the system. Defaults to "Yes".

Click the row to see the Environments associated to this Target Group and get to the properties and endpoints of each.

Click the + Environments drop down to add an additional Environment to the Target Group. To disassociate environments from the Target Group, click the X on the right.

Before version 6.5, an additional step to associate Workflows and Plugin operations was necessary to connect available properties to targets. This is automated in version 6.5 and we don’t expect users to ever need to link them manually. If you find a need to link them manually, see Manually Assigning Target Group Workflows and Plugins.

All changes on this screen take effect immediately.

Inactivating/Activating and Deleting Target Groups

To inactivate an Target Group at any time, click the Active link on the desired Target Group, and it will toggle to Inactive. This will hide that Target Group after leaving the screen, until the Active checkbox is unchecked. To reactivate a Target Group, click the Inactive link and it will toggle back to Active. Only Target Groups that aren’t in use can be inactivated or deleted.

  • No labels