Hi,
the interactive view, especially when the workflow is used as a DataApp, I prefer for configuration (i.e. data-time ranges). However, in order to open the interactive view, the corresponding component must be fully executed.
That causes a few issues:
Unnecessary execution (waste of compute power / units and time)
Possible execution problems if input is invalid
Difficult debug if the target audience goal is “consumption” only
Therefore, I’d like to propose to introduce a pause execution node.
Best
Mike
Just an FYI - Alongside this solution of mine:
Hi @GD3F2UV ,
welcome to the Knime community. Thinking about this insteresting scenario I felt a generic and flexible solution would be best to provide. Also, thinking about some details liek file path separator, selcting a file etc., an interactive view would add a lot of comfort.
That being said, et voilá:
[image]
Here is the solution:
I also thought about the ability to scan the Excel, select a sheet or even dynamically process an entire Excels contents but, looking at the clock, I opt…
I explored the options available:
Wait Node: Create a “wait file” using Wait... – KNIME Community Hub and wait for its’ deletion
Problem: Interactive View will nto open
Try-Catch with Breakpoint: Could work but is rather complex
Use a Sumit in combination with a swtich
Works: It mitigates the issue with the wait node and is very simple to setup
Java Code for the Java IF Table Switch
`return $${Istart-processing-counter}$$.equals(0) ? 0 : 1;`
How it works?
Upon first execution the counter for the submit is 0
This causes the processing the get skipped
Upon “Start” is pressed, processing begins
This allows to preview without writing any data.
FYI @iCFO as I suppose you requested something in:
Has anyone found a way conditionally halt an “execute all” and open a component’s interactive view? I can conditionally stop downstream execution, but I would really like the workflow to auto open the interactive view where the necessary changes / corrections will be made.
2 Likes