Which only shows missing values in out_col1. Hence, you will have to provide more information about what you mean... can you try to create a minimal example from your snippet that I could use to reproduce this bug?
Regarding 2:
That is indeed inconsistent! I will check with the other developers to see what they think about this and tell you once I know something.
Regarding 3:
You have 100 columns mentioned with 100 variables? That's pretty cool! But cumbersome... I guess we really need 2) for that.
Where does KNIME hang here? During execution? During the dialog? Maybe you could share your workflow (jonathan.hale@knime.com). I would probably suggest not using the JavaSnippet for this all together, or maybe iterating through the columns with a loop?
I just had a look at the workflow and, as there is a NullPointerException thrown on one of those lines, the entire row will be output as missing and this is intended. We cannot recover from that exception from outside of your code, hence you will have to check for null before using the input yourself.
As for the setCell(), I will see what I can do! :)
The dialog should not hang one way or another, so I will probably look into that, too.
I am sorry that this completty slipped off my radar! I hope you were able to solve the problem in the meanwhile, for anyone else who comes accross this problem:
If you try {} catch (NullPointerException e) {} around the relevant pieces of code, you can avoid the the abort of processing for the row. All outputs that are null will result in empty cells, others would still keep their value this way.
Cheers, Jonathan.
PS: Regarding the execution hanging with many output rows, there is a fix coming up which should hopefully fix that. It does not apply to the dialog, though.