1

I am working on a project with Adobe LiveCyle Workbench ES4. I have been tasked with automating our deployment to produciton. This is for the entire project which includes LiveCycle, but I have very little LiveCycle experience.

In our current manual process we copy the XDP (right-click->copy) file from TEST and paste it into PROD using workbench. We then must un-deploy the application, then re-deploy it for the change to take affect.

Is it possible to script the export of an XDP in test and then an import of the XDP into PROD?

Are there any best practices?

Can anyone point me to a resource that might help with automating this?

Is there a command line option for the undeploy\deploy?

Don Chambers
  • 3,798
  • 9
  • 33
  • 74
  • Please see ["Should questions include “tags” in their titles?"](http://meta.stackexchange.com/questions/19190/should-questions-include-tags-in-their-titles), where the consensus is "no, they should not"! –  Jun 02 '15 at 14:06

3 Answers3

1

You should not have to redeploy an application for changes to form only to occur. Only changes in processes require a redeploy.

Normally the way we deploy is by exporting the application to an LCA through Workbench, and importing that LCA through the admin console to the desired environment. You can choose to make a patch LCA and select just the XDP files you want to move. You can also include files from more than one application in the LCA if you want.

This is probably not economical if you're talking about moving one only form, but if you have multiple then it is a much better way to go.

Stephanie
  • 151
  • 8
0

I have used Livecycle a lot, and in our environments we did not use workbench to make deployments and passages between environments.

The deploys were made by copying the xdp files to the destination folder. With some script (linux or windows) you can easily automate daily deployments, or whatever you are after.

I am unsure about the usage of workbench, so I don't know if using workbench is a requirement for you...

Miguel Mesquita Alfaiate
  • 2,851
  • 5
  • 30
  • 56
  • With workbench it is more than copying the file. We then must un-deploy the application, then re-deploy it for the change to take affect. – Don Chambers Jun 02 '15 at 19:50
  • @user1617407 What about in your development environment? Does it have to go through workbench? Do the developers make changes and then have to go through workbench do deploy the new version of a xdp? – Miguel Mesquita Alfaiate Jun 03 '15 at 08:03
  • @user1617407 That seems more painful (from the developer point of view) than copy and pasting the XDP when it is changed :) – Miguel Mesquita Alfaiate Jun 03 '15 at 14:04
  • I agree. I am not sure what is happening when they copy it to Workbench and do the redeploy. I think it is putting it on the livecycle server but I am not sure where. I would like to script this and take workbench out of the process. – Don Chambers Jun 03 '15 at 14:53
  • @user1617407 At least in the scenarios I have worked with (etiher as developer and as infrastructure manager), we had a share where the XDP files were, and developers had permissions to copy XDP files to that folder. Made deployment and testing a lot more agile. And allowed for scripting automatic passing between development and testing environments. – Miguel Mesquita Alfaiate Jun 03 '15 at 14:57
0

An application does not need to be redeployed for XDP changes to takes effect. You only need to check-in the new asset(s) into the application for them to be picked up with the following requests. You are most likely un-deploying/redeploying only because the check-in process is automatically triggered when deploying.

As for scripted deployments, take a look at the [Adobe LC Root]\sdk\misc\Foundation\ArchiveManagement folder for some script samples and instructions. I believe some of the check-in/check-out APIs are undocumented but keep in mind that for virtually every operation, there is a web service endpoint that can be called.

GuillaumeCleme
  • 317
  • 1
  • 2
  • 10