Commit Graph

111 Commits

Author SHA1 Message Date
jasquat af97fee56c
removed spiff step details w/ burnettk 2023-03-23 16:33:30 -04:00
jasquat 63369387c6
pyl 2023-03-21 13:34:59 -04:00
jasquat d6684124fd
use task table for process instance show page. spiff steps are not working yet and neither is data w/ burnettk 2023-03-20 16:51:29 -04:00
jasquat c2c84ed9eb
some more index updates and a new migration for it w/ burnettk 2023-03-17 16:52:05 -04:00
jasquat 72b5b4caf2
recreated migrations to remove spiff logging w/ burnettk 2023-03-17 15:50:05 -04:00
jasquat b5cfcc1fc6
added event logs for skipping and manually editing a task 2023-03-17 13:51:56 -04:00
jasquat 5e239f0e7f
added process instance event table 2023-03-17 13:20:06 -04:00
jasquat 8dc7c5fb2f
added bpmn_name columns to definition tables and added test for simple logs as well 2023-03-17 10:00:59 -04:00
jasquat a2e659da87
added bpmn process definition to bpmn process w/ burnettk 2023-03-16 16:59:37 -04:00
jasquat 8927e9353a
merged in save_to_task_data branch and pyl with some cleanup w/ burnettk 2023-03-16 12:50:52 -04:00
jasquat a22160e81c
some initial code to use tasks for logs 2023-03-16 09:30:25 -04:00
jasquat b04976e4b1
fixed up tests and ran pyl w/ burnettk 2023-03-15 16:10:23 -04:00
jasquat 181e4ef81b
check data when running main spiff test w/ burnettk 2023-03-15 15:38:58 -04:00
jasquat ae8a4de175
pyl and cleaned up debug code w/ burnettk 2023-03-15 12:15:48 -04:00
jasquat 6abc3dc69d
unit tests are passing w/ burnettk 2023-03-15 11:25:15 -04:00
jbirddog b8e0a8f665
Move process instance locking to new queue table (#177) 2023-03-14 13:12:01 -04:00
jasquat f3aa94dd8a
added some timestamp fields to bpmn process tables w/ burnettk 2023-03-07 10:41:54 -05:00
jasquat 3271ec6e2d
pyl and fixed cypress tests w/ burnettk 2023-03-06 11:59:33 -05:00
jasquat 9a1a8a4fbe
merged in main and resolved conflicts w/ burnettk 2023-03-06 11:15:16 -05:00
jasquat 5948addc66
removed process instance data and serialized bpmn definition models w/ burnettk 2023-03-06 11:13:53 -05:00
jasquat 512fbbbffd
some stuff is passing but still needs the process_instance_data w/ burnettk 2023-03-03 16:51:24 -05:00
burnettk 489e0780a1
get longblob on mysql, reset migrations since we are going to do that anyway in hours 2023-03-03 14:04:02 -05:00
jasquat 6b9c6e39e2
recreated migration from new one in main 2023-03-03 13:08:30 -05:00
jasquat acc4b31faf
Merge remote-tracking branch 'origin/main' into feature/split_up_bpmn_json 2023-03-03 13:04:26 -05:00
jbirddog 94a788a832
Special case file data during user form submission (#164) 2023-03-03 12:24:18 -05:00
jasquat abe8251ddf
recreated branch migration w/ burnettk 2023-03-03 12:08:36 -05:00
jasquat d4e874f4d4
set the collation on the db directly and not in the models w/ burnettk 2023-03-03 12:05:12 -05:00
jasquat d72a264fb8
recreate migrations to set case sensitive columns for mysql w/ burnettk 2023-03-03 11:41:34 -05:00
jasquat 5ef4ddd042
clean up bpmn process definition save code a bit w/ burnettk 2023-03-03 11:24:28 -05:00
jasquat 8e83d0effd
unit tests are passing with the new spec tables 2023-03-03 10:08:14 -05:00
jasquat e28d212e38
we can save the top level spec to the database with its tasks w/ burnettk 2023-03-02 17:28:31 -05:00
jasquat 0fbe7a3e76
prefer the bpmn process name over the identifier on the logs list page w/ burnettk 2023-03-01 16:28:42 -05:00
jasquat 596e3d580d
fixed the downgrade in new migration w/ burnettk 2023-03-01 15:54:50 -05:00
jasquat 683308da54
removed old branch migrations and created single one for this branch w/ burnettk 2023-03-01 15:40:17 -05:00
jasquat e9f8364b1a
store the process instance data id on the process instance and not the other way around w/ burnettk 2023-03-01 11:39:03 -05:00
jasquat 8e286cba91
some logic to attempt to use the new bpmn json tables w/ burnettk 2023-02-28 17:46:14 -05:00
jasquat 828c042397
added new table and some notes on how to get a delta w/ burnettk jbirddog 2023-02-28 16:30:52 -05:00
burnettk a9a01f33c6
slam migrations file one last-ish time, increase task_name column length 2023-02-27 22:03:42 -05:00
burnettk 4c7bc90a8f
let env var work on windows and fixing typing issue on python 3.9 w/ messaging stuff 2023-02-27 19:16:06 -05:00
jasquat 45b634a6df
recreated all migrations to resolve postgres migration failures w/ burnettk 2023-02-27 17:27:53 -05:00
jasquat 24ee23f28c
fixed conflict with db migrations w/ burnettk 2023-02-27 14:33:55 -05:00
jasquat 3cc0ad1fb8
Merge remote-tracking branch 'origin/main' into feature/script_get_last_user_completing_task 2023-02-27 14:28:23 -05:00
jasquat 9ce870274c
script to get last user completing a task is working w/ burnettk 2023-02-27 12:08:07 -05:00
burnettk 610fd2e777
wip for get_last_user_completing_task script task 2023-02-25 23:31:23 -05:00
Dan d9ab0fde32 # SpiffWorkflow:
1) Type Safe checking on correlation properties (no more str())
2) A running workflows Correlations are once again at the key level.

# Backend
1) Both send and receive messages can have correlation_keys - and we compare these to each other to quickly assure a match (if they both exist - otherwise we fall back to comparing the properties on the receive to the sending messages payload)
2) Cleaned up the migrations to just one file
2023-02-24 14:53:22 -05:00
Dan 3a03b92ff0 BPMN Parser was returning all retrieval expressions, rather than the ones specific to a correlation property, as was intended.
Adding a correlation cache - so we have a reference of all the messages and properties (though still lacking a description of keys)
Adding yet another migration, maybe should squash em.
2023-02-23 16:36:32 -05:00
Dan 0b6596cad4 Adding Migration. 2023-02-23 14:42:00 -05:00
Dan aa8c5022ea run_pyl 2023-02-23 14:17:22 -05:00
Dan 5171e53240 * SpiffWorkflow event_definitions wanted to return a message event's correlation properties mested within correlation keys. But messages are directly related to properties, not to keys - and it forced a number of conversions that made for tricky code. So Messages now contain a dictionary of correlation properties only.
* SpiffWorkflow did not serialize correlations - so they were lost between save and retrieve.

* When comparing Correlation Property values - we are storing these values as strings in the database and can't convert them back to integers later, so I'm changing everying everywhere to compare after conversion to a string.  Don't feel great about this one.
* By using an SQL Alchemy join table, there is a lot of db queries we don't need to write.
* A few handy fucntions on db models to make it easier to work with correlations.
* Updated tests because I changed some of the BPMN models we were testing against.
* Database migration to use the new constraint names with the alternate form of the join table between correlation mesages to instance messages.
2023-02-20 11:50:35 -05:00
Dan 948deb97bc work in progress -
* Link between message instance and correlations is now a link table and many-to-many relationships as recommended by SQLAlchemy
* Use the correlation keys, not the process id when accepting api messages.
2023-02-17 10:45:01 -05:00