Currently, I am trying to run Flowanle-UI as a docker image, I need to disable the liquibase function from that image then have run that image with JAVA_OPTS="-Dflowable.database-schema-update=ignore -Dspring.liquibase.enabled=false", however it’s not working. I have access to container and print java process and see that my system properties have injected already
Can you share your use case? Why would you want to do this?
To answer your question. When I run this;
docker run -p8080:8080 flowable/flowable-ui \
The spring properties can be passed as command line arguments (in the latest Docker images).
Or pass them as environment variables; with the -e param or as it has been done in the Docker compose examples in the GitHub repo.
The tables are not created / modified (with the result that Flowable cannot find any tables)
In my case, We have a custom engine which run with spring-boot. We want to this custom engine will take responsibility perform all scripts data bootstrapping then we need disable liquibase on flowable-ui.
"how do you know that liquibase actions are still executed?"
=> I have viewed the logs
Right, I have existing tables in database. Theoretically I think when we disable liquibase then it will not perform script create tables, however the log showed "cannot create act_adm_server_config already exists"
I’m interested in the values of flowable.database-schema-update in propertySources and JAVA_OPTS in systemEnvironment.
It seems there is something strange going on passing the properties as JVM arguments in your case.
I verified it works correctly when it is passed as Spring Boot program argument (in my example --property=value). Could you do it like that?
It seems that the error you are getting is for the Flowable Admin tables.
The table act_adm_server_config is a table needed for Flowable Admin. Currently the tables needed for the UI Applications (Modeler and Admin) are not using the property that @yvo has been talking about.
Currently, there is property that you can use to disable the creation of the tables needed for the Modeler and Admin. I would suggest that you only create the tables for the Flowable Engines and not the other 2 applications.