At the completion of this section, you will:
...
There are several types of workflows that can be created (only build and deploy will be used in this tutorial) :
build
Utilized for building a project. Building a project requires retrieving the application code from the GIT repository using the cloneProjectSources operation of the installed GIT plugin and compiling and creating an ADF artifact using the applicationBuild operation of the installed JDeveloper plugin. The cloneProjectSources operation allows the GIT repository information for the application to be defined once on the project and then retrieved from the project on execution.
deploy
Utilized for deploying a project. Deploying a project requires retrieving the ADF artifact created by the build workflow and deploying the artifact using the deploy operation of the installed Weblogic plugin.
The workflows provide a consistent, repeatable and re-usable process that will be utilized for every ADF application.
Create Build Workflow
Now that we have a general understanding of why we need a build and deploy workflow, we can start to define the build workflow. Select Workflows from the main menu or from the Home page. Workflows are versioned and there is always a single active version that can be executed, this allows changes to be staged until ready to be activated. Select the + to create a new workflow.
...
Configure the GIT cloneProjectSources operation by adding it to the center pane and the plugin will open for additional configuration. Since this is the cloneProjectSources operation, there is no configuration required and all composite based information will be retrieved from the project. Select OK. Clicking on any component in the workflow will open up the configuration screen for that component, if a change is needed.
| Info |
|---|
GIT was chosen as the Source Code Management tool for this tutorial, however, FlexDeploy supports many other Source Code Management tools and any one can be used in place of GIT. |
Configure the JDeveloper applicationBuild operation by adding it to the center pane and the plugin will open for additional configuration. Once again, the applicationBuild operation requires no additional configuration. The applicationBuild operation knows where the application code was cloned, so the developer doesn't have to worry about the details. At the successful completion of the applicationBuild operation, an EAR file will be generated as an artifact and will automatically be pulled back to the artifact repository. Select OK..
...
The plugins are intelligent and eliminate as much development work as possible from the developers. Once the components are added, the workflow needs to be saved and/or activated. Saving the workflow changes will only save the current configuration to the database and is used when the developer may not be quite ready to activate these changes. When the developer wants the changes to be executed by projects, the Activate button must be selected. Once the current version of the workflow is activated, the workflow will be marked as read-only and have a green check mark next to it. Active versions can't be modified and require the developer to select Make Copy. This will create a new version and open that version up for editing, the active version will not be changed.
Create Deploy Workflow
Create a new workflow for the deploy by selecting the +. The workflow details screen will allow for the configuration of the deploy workflow.
...