Project Creation (Java Tomcat)

At the completion of this section, you will:

  • Understand the use of projects in the deployment process
  • Be able to create/modify a java project
  • Tie all of previously created components together 
  • Understand that the work to this point is extremely re-usable

A project represents the FlexDeploy component that can be built and deployed. Each composite will be a individual project and be configured with a single build workflow, a single deploy workflow, a single build instance, one or more deploy instance and a single SCM instance.

Projects are viewed through the project explorer by selecting Projects from the menu.

The left pane is project explorer and provides the ability to create folders, applications and projects. Folders are used for organization structure and there is no limit to the number of folders created.  An application is a special folder and there is only one allowed at the lowest level of the folder structure.  Projects can only be created under an application.  It is a best practice to name Application with same name as name of JDeveloper application, a FlexDeploy property (ProjectName and FD_PROJECT_NAME) will be automatically set and can be utilized during the configuration. Right clicking on a folder or an application will provide a menu for creation. 

The application used in this tutorial is called MobileBanking.

Now that the project is created, select the second tab (Project Configuration) and configure the project with the components that were previously created .

  1. Build Workflow (mavenBuild)
  2. Deploy Workflow (tomcatDeploy)
  3. Build Instance (BLD)
  4. Deploy instance  (TOMCAT)
  5. SCM type (GIT)
  6. GIT Instance (GITREPO)
  7. Sparse Checkout Folder Script (ProjectName)

  8. Stream Name (master)

The SCM Configuration script entry fields (Branch Name, Tag Name, Sparse Checkout Folders and Checkout Folder) are Groovy script enabled to provide increased flexibility.  The double quotes on the Sparse Checkout Folders Script indicate a literal to the Groovy script and will not be replaced.  The drop down to the right of the entry field provides the available variables that can be utilized in the Groovy script, which will be replaced with actual values on execution. 


Save the configuration, then select the third tab (Project Properties).  These properties are project scoped resources and can be changed per project. The plugin operations that were added to the workflows determine the available project properties that can be configured. 

Save the properties.  The project is ready to be built and deployed.  Each application will be configured in the same manner, showing the re-usability of the components that were created in previous sections.


The following macros are not currently supported in the footer:
  • style