You can deploy your project’s build artifacts to Oracle Java Cloud Service (JCS), to Oracle Application Container Cloud Service (ACCS), and to Oracle Java Cloud Service - SaaS Extension (JCS-SX) from Oracle Developer Cloud Service ( DevCS ) without leaving its web interface.
The recommended way to deploy build artifacts to JCS and ACCS is to do so in a build step. You still need to use a deployment configuration to deploy build artifacts to JCS-SX. See Deploy Build Artifacts to Oracle Cloud Services for information about using a build step to deploy applications.
Here are some concepts and terms that this documentation uses to describe deployment functions and components in DevCS .
Defines how to deploy a build artifact to a target Oracle Cloud service.
An instance of the target Oracle Cloud service.
A method to automatically deploy a build artifact to the target service.
You can deploy your application to a publicly available JCS instance and make it publicly accessible.
You can deploy your application from DevCS to JCS using the Oracle WebLogic RESTFul Management Interface or the SSH tunnel. You can use either the RESTful interface or SHH to deploy to the Oracle WebLogic Server 12 c of JCS, but you can only use SSH to deploy to Oracle WebLogic Server 11 g (10.3.x) of JCS.
Before creating a deployment configuration, enable the HTTPS or the SSH access rule in the JCS console. See Enabling Console Access in an Oracle Java Cloud Service in Administering Oracle Java Cloud Service .
Deploying to JCS using the Oracle WebLogic RESTFul Management Interface is easy and doesn’t require any additional configuration.
To deploy to a JCS instance using SSH, you must set up an authenticated connection between DevCS and JCS.
To set up the connection, get the DevCS SSH public key and append it to the authorized_keys file of the JCS instance. Then, create a deployment configuration to deploy the artifact.
For more information about accessing the services and resources of a JCS instance via SSH, see Accessing a Node with a Secure Shell (SSH) in Administering Oracle Java Cloud Service .
This is a one-time step. After a connection is authenticated, you don’t have to repeat the steps to upload the public key.
Use this URL syntax to get the key: https://
To know more about the Overview page, see Exploring the Oracle Java Cloud Service Instance Overview Page in Administering Oracle Java Cloud Service .
The DevCS SSH public key is added to the authorized_keys file of the JCS instance. After adding the public key, the instance restarts automatically. Wait for some time. The icon in the header section also changes. You can track the restart activity in the Activity Summary section of the Overview page. When the instance has restarted and the activity is complete, you see the Add SSH Key is Completed message in Activity Summary .
To deploy to JCS, you need the credentials of a user with the JaaS_Administrator (Java Administrators) identity domain role, public IP address of the JCS instance, and the port number of the WebLogic Server.
You can find the IP address and the port number from the software development environment in the Environments page, if configured. You can also find the details from Overview page of the JCS instance. See Exploring the Oracle Java Cloud Service Instance Overview Page and Understanding the Default Access Ports in Administering Oracle Java Cloud Service .
You can’t deploy to Oracle WebLogic Server 11g (10.3.x) using the Oracle WebLogic RESTFul Management Interface.
If you’ve selected the SSH protocol, in Administration Port , enter the admin port number of the WebLogic Admin Server that runs on the JCS instance. By default, it’s 9001.
To know more about servers and clusters, see the Targeting Deployments to Servers, Clusters, and Virtual Hosts topic in Fusion Middleware Deploying Applications to Oracle WebLogic Server .
DevCS provides tools to build and deploy your Java, Java EE, PHP, and Node.js applications to ACCS.
You can deploy the application to the ACCS instance of any identity domain and data center. To deploy your application to ACCS, configure a job to create an archive of the application that includes the application, any dependent libraries, and the manifest.json file. See Packaging Your Application in Developing for Oracle Application Container Cloud Service .
You can deploy the application, undeploy it, and start and stop the application on the target ACCS instance. Other operations, such as scaling up and down of applications, can be managed from the ACCS console. See About Your Application and Oracle Application Container Cloud Service in Developing for Oracle Application Container Cloud Service .
In ACCS Manifest , enter the contents of the manifest file. The field is a code editor component and you can use code editor features.
You can also enter commands to override the deployed application's container's configuration (such as RAM) at the time of deployment. The field is a code editor component and you can use code editor features. For more information about the ACCS metadata files, see Creating Metadata Files in Developing for Oracle Application Container Cloud Service .
To deploy to ACCS, you need credentials of a user with the APaaS_Administrator (APaaS Administrator) identity domain role and the identity domain of the target service.
If you have an IDCS account, enter the value of Identity Service Id in the identity domain field. The Identity Service Id is displayed in the ACCS service details page.
Description of the illustration accs_idcs_instance_id.png
You can deploy your application artifacts to the JCS-SX instance of the current identity domain and to a service instance of another data center or identity domain,.
To prepare your application to deploy to JCS-SX, see Preparing Applications for Oracle Java Cloud Service - SaaS Extension Deployment in Using Oracle Java Cloud Service - SaaS Extension .
To deploy to JCS-SX, you need credentials of a user with the JaaS_Administrator (Java Administrators) identity domain role and identity domain of the service.
You can configure a deployment configuration to automatically deploy new version of a build artifact as soon as it becomes available. You can also configure a job to trigger a deployment configuration and deploy artifact as a post-build action.
Configure a deployment configuration to auto-deploy its artifact
You can configure the deployment configuration to automatically deploy an artifact when you create the configuration, or later when you edit the configuration.
Whenever the job of the deployment configuration runs a build, DevCS deploys the specified artifact of the build immediately.
Configure a job to trigger a deployment action of a deployment configuration
You can configure a job of a deployment configuration to trigger its deployment actions (such as deploy, start, stop, or undeploy) when a build of the job runs. The build is marked as successful if the deployment actions are successful.
This is useful if you want to configure a job to run tests on its deployed artifacts. When you create the job and the deployment configuration, you must use the same name for both.
Now, when a build of the job runs, it automatically triggers the deployment actions specified in the deployment configuration.
After you’ve created a deployment configuration, you can edit its properties, start and stop the deployment, redeploy an application, view deployment logs, and delete a deployment configuration.
Edit a deployment configuration
On the Deployments page, in the deployment configuration tile, mouse over Settings and select Edit Configuration .
You can’t change the application name and the deployment target of a deployment configuration.
Start or stop the application
You can start or stop the deployed application on the target service from the deployment configuration. you don’t need to open the target service’s console to do that.
In the deployment configuration tile, mouse over Settings and select Start or Stop .
Redeploy the application
If you’ve made changes to the source code or the build generated a new artifact, you can manually redeploy the application to the target service. In the deployment configuration tile, mouse over Settings and select Redeploy . You’ll be prompted to specify the build and the artifact to deploy.
View deployment logs
Select the deployment configuration tile and click the log’s link on the right side of the page.
Delete a deployment configuration
In the deployment configuration tile, mouse over Settings and select Delete Configuration . In the Confirm Delete dialog box, select the Also undeploy check box to undeploy the application. Click Delete .
To access a deployed application, in the deployment configuration tile, click the Application Name link. Enter your identity domain name and your credentials, if you’re prompted to do so.
You can also access the deployed application from the console of the target service. Here are some ways to get the deployed application’s URL .
Access an application deployed to JCS-SX
To learn more about accessing JCS-SX, see Accessing Oracle Java Cloud Service - SaaS Extension in Using Oracle Java Cloud Service - SaaS Extension .
Create the application’s URL that’s deployed to JCS
Note that the : referenced in the WebLogic Console is local to the JCS instance, so you’ll need the externally available IP address or the host name of the JCS instance VM to access the deployed application.