During the db initialization / setup phase of the 3.10 demo, on Windows 10, I got a windows popup saying java was blocked (i.e. it was the first time I ran this app) and asking for permission to run on this computer. I believe that was the cause of the following - just something to look our for - and maybe add to the docs if this is really the case?
at the end of the log file, there are multiple sets of these lines: [corp-000] - PullUriHandler - 1 data and 1 batches sent during pull request from store:001:001 [store-001] - ManageIncomingBatchListener - The incoming batch 000-12 failed: Could not find the target table 'item' [corp-000] - AcknowledgeService - The outgoing batch 001-12 failed: Could not find the target table 'item'
and as it suggests, store-001 and store-002 had no tables called 'item'.
then, after about 15 minutes, the next time I clicked in the terminal running the sym process, it picked back up, made the tables, and the rest of the demo proceeded perfectly.
So, my guess is that the fact that java was blocked the first time around was the cause of this. Probably exiting sym and restarting sym would have done the trick too? Can anyone confirm?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
During the db initialization / setup phase of the 3.10 demo, on Windows 10, I got a windows popup saying java was blocked (i.e. it was the first time I ran this app) and asking for permission to run on this computer. I believe that was the cause of the following - just something to look our for - and maybe add to the docs if this is really the case?
at the end of the log file, there are multiple sets of these lines:
[corp-000] - PullUriHandler - 1 data and 1 batches sent during pull request from store:001:001
[store-001] - ManageIncomingBatchListener - The incoming batch 000-12 failed: Could not find the target table 'item'
[corp-000] - AcknowledgeService - The outgoing batch 001-12 failed: Could not find the target table 'item'
and as it suggests, store-001 and store-002 had no tables called 'item'.
then, after about 15 minutes, the next time I clicked in the terminal running the sym process, it picked back up, made the tables, and the rest of the demo proceeded perfectly.
So, my guess is that the fact that java was blocked the first time around was the cause of this. Probably exiting sym and restarting sym would have done the trick too? Can anyone confirm?