cancel
Showing results for 
Search instead for 
Did you mean: 

Export Releases from BP automatically

VivekKaurav1
Level 2
Hi All,

I want to know if there is a way to automate the step where we export the BP release file(Including all the Objects, Processes, Queues etc.) manually in Blueprism. 
I searched a bit around on different forums and it seems that there is no direct way to do that. So, if anyone knows or has any suggestions for a workaround to automate this scenario?

------------------------------
Vivek Kaurav
Consultant - Automation Developer
------------------------------
3 REPLIES 3

VivekGoel
Level 10

If the release is created, and you only want to export the bprelease, it can be done via command line.

However, if your idea is to get the processname as input, and then create the release automatically by searching through all the dependencies , it's still a long shot..

I tried that, and in a way, succeeded as well. However,just a few points:

1- Environment variables can't be exported via command line
2- Calenders/Fonts can't be created via command line
3- Releases can't be created via command line. Only if you have created a release, you can export it.



------------------------------
Vivek Goel
"If you like this post, please press the "Recommend" Button.
------------------------------

Thanks Vivek for the reply!!

Yes, I want to create the releases automatically(I know that currently there is no command for that). 
I'm thinking of using the below strategy: (not sure if that's possible)

Step1: Exporting the Processes and Objects of a project.
Step 2: Building a utility to create BP release xml file which will hold the extracted XML content from the exported Processes and Objects.
Step 3: Then we can use that release file, whether it is to import via command line or just manually.

------------------------------
Vivek Kaurav
------------------------------

I imagine that would work just fine. The XML is fairly consistent so you should be able to just define it with the same structure Blue Prism expects.

There are a few downsides that I see:
  1. You'll have to validate/update your utility each time you upgrade Blue Prism, especially with upgrades such as from v5 to v6 or from any version to v6.6.
  2. You lose the ability to verify the contents of the package in your lower environment. This isn't a big deal if you are using some external repository in order to maintain a history of the components.

Also, what if you considered not worrying about releases in Blue Prism itself and instead just maintain 'packages' in your external repository. For example, you could do as you suggested and export all the needed processes and objects of a particular automation. Then upload to your code repo. In that repo, build packages that contain each of those components. But then when you import into the higher environments, it downloads the 'package' from the repo but it imports each process and object individually into Blue Prism. There is still an easy to reference audit history (given the right SQL queries if not using the UI), and you have your external repo tool that shows what was in the package and which components are tied together. This would avoid the need to build a tool that would build releases. In my opinion, the release functionality is nice, but it isn't really required.

Anyway, eventually Blue Prism will likely be either adding more CLI commands or creating a better API for Blue Prism to handle scenarios like this. Not sure that you'd want to wait for it, but there's that too.

------------------------------
Dave Morris
3Ci @ Southern Company
Atlanta, GA
------------------------------

Dave Morris, 3Ci at Southern Company