The String Format method can be really useful while coding in Bizagi. In my experience I’ve used the method in the following situations:
- Insert values into a text
- Format the text
The String Format method can be really useful while coding in Bizagi. In my experience I’ve used the method in the following situations:
When working on a Bizagi project, sometimes you need to clean cache and temporary folders. The reason for this action is that the web application caches the content. So in this situation, all the changes you’ve made are not shown in the Work Portal. This can happen on changes you’ve made on forms, expression rules, or when you’ve changed environment parameters and many more.
The ability to trace information in order to test your code is highly important. After many years of working with Bizagi, I have developed an quite interesting method of tracing the data.
All files are saved in the Trace folder and each case has its unique trace file. I don’t have to mention the usefulness of this approach because it’s quite obvious. Whenever you have to check something related to a particular case, you jump to the Trace folder and search using the case number.
Have you ever wondered what is the proper way to cancel a case in Bizagi? When I first started working as a technical BPM consultant, I learned to cancel the case using the following workflow pattern:
At the beginning of the process, you add a parallel gateway. One path takes the normal flow, while the other one goes into this cancel logic: an Intermediate event followed by a Terminate event.
The below code helps you trace the location of any uploaded document in Bizagi:
var uploadPath = CHelper.getParameterValue("uploadPath");
var IdEntity = CEntityManager.GetEntity("entity-name").Id;
var IdAttribute = CEntityManager.GetEntity("entity-name").Attributes["attribute-document-name"].Id;
var SurrogateKey = <entity-name.Id>;
var WholePart = (SurrogateKey - (SurrogateKey % 1000)) / 1000;
var bizagiFilePath = uploadPath + "\\" + IdEntity+"\\"+ WholePart +"\\"+ SurrogateKey +"\\"+ IdAttribute;
The Work Portal is a secure web application/portal developed by Bizagi where the business applications that have been previously designed, are presented to end-users.
By accessing the Work Portal, the business users can create new cases, work on pending activities, generate custom reports, and so on. Overall, they work with the data coming from the designed business applications.
Both elements are extensions to the BPM 2.0 standard and were introduced in Bizagi starting with version 11.0
As Bizagi defines it, Conditional activities are enabled or disabled during the course of a case instance depending upon a business condition. They represent a user task that when enabled is allocated to an end-user.
The answer is quite simple. As a Bizagi BPM Consultant/Developer you must have a way to better understand how things are managed at a database level. This can be achieved by running some custom SQL queries.
I mainly use these scripts to instantly get access to some information that otherwise is quite impossible to get from Bizagi. Also, it provides an amazing way to debug your process, check for performances issues, bottlenecks in your workflows, etc.