- style
applicationBuild
Builds EAR file from JDeveloper application using the application deployment profile. This operation can also be used to build MAR file, which is useful for WebCenter Portal customization application. You must create Application Profile for JDeveloper application for this operation.
Environment/Instance Properties
Property Name | Required | Description |
---|---|---|
FDJDEV_INSTALL_HOME | Yes | The JDeveloper installation directory. You can control Build instance associated with your project, which effectively controls which version of JDeveloper is used for build operations. |
Project Properties
Property Name | Required | Description |
---|---|---|
|
|
|
Inputs
Input Name | Required | Description |
---|---|---|
FDJDEV_INP_APP_SOURCE_FOLDER | No | The folder where source is checked out. Leave it blank if you did not use any sub-folder to checkout/export source. |
FDJDEV_INP_APP_DEPLOY_PROFILE | No | The application deployment profile name. |
FDJDEV_INP_APP_ARTIFACT_FOLDER | No | Folder name relative to the application where the EAR file will be generated. |
FDJDEV_INP_APP_SYNC_JDBC_RESOURCES | No | Indicate if the EAR file should have generated WebLogic JDBC xml files. |
FDJDEV_INP_OVERRIDE_FILE_PATTERN | No | Specify {FileName}={OverrideFileName} pattern. Matching files will be replaced by override files and Property replacement logic will be executed as well. For example, web.xml=fd-web.xml. |
FDJDEV_INP_SAVE_ARTIFACTS_EXTENSIONS | No | Specify comma separated extensions to be copied to artifacts after build. For example ear, mar etc. (Defaults to ear). You can use mar to capture metadata archive files. |
Outputs
Output Name | Required | Description |
---|---|---|
|
|
|
Artifacts
This operation at the least produces an EAR file as artifact. Alternatively, other files like MAR or WAR can also be generated as artifacts. The generated artifact file(s) are automatically copied to artifacts folder and subsequently uploaded to artifact repository.
Endpoint Selection
This operation will select all available endpoints associated to the environment instance.
You must create an instance for JDeveloper and associate the endpoints where you have JDeveloper installed. You can create more than one instance if you are supporting multiple JDeveloper versions in your environment. For example, JDeveloper 11.1.1.8, JDeveloper 12.1.3 etc. Projects can select specific JDeveloper instance on Project configuration screen.
Endpoint Execution
This operation will randomly execute on one of the endpoints identified during selection.
Special Considerations
- The JDeveloper 11g download page does not have specific installer for 64bit Linux or Windows. It is advisable to use Generic Installer if you are setting up a 64 bit Windows or Linux environment.
- For JDeveloper 12c, you can use 64 bit Windows installer or choose to use Generic Installer.
- In a nutshell, if the download is not very clear, Generic Installer is your best choice.
- When using Generic Installer, make sure to use proper JDK (32 bit or 64 bit depending on operating system and specific Java version either JDK 1.6 or JDK 1.7). You will launch generic installer using {path to java} -jar {installer jar file}. The version of Java used to launch the installer will be used when you launch JDeveloper or run Plugin operations.
- JDK to use for specific version of JDeveloper
- JDeveloper 11g – JDK 1.6.x
- JDeveloper 12c – JDK 1.7.x
- It is very critical to select the proper JDK version, as generated applications will most likely be deployed to WebLogic, and WebLogic also runs with specific version of JDK. You do not have to be very specific with patch numbers, just make sure the major and minor version of JDK matches with the target runtime environment.
- JDK to use for specific version of JDeveloper
- Install JDeveloper in version specific folder, as you will most likely have more than one version to support. For example, /oracle/middleware/product/jdev11117, /oracle/middleware/product/jdev121300 etc.
- If you are building WebCenter applications, you must install various JDeveloper extensions necessary to compile WebCenter applications.
- You must do the same for other extensions including any custom extensions that you may have on Developer workstations. For example, the JUnit extension.
- As JDeveloper on remote host is being used to perform builds, developers must make sure to not reference JAR files using absolute path. If there is need to use third-party or open source JAR files, you can reference them by creating a Project-scoped JDeveloper library.
- style