Resolve BeakerX component version skew (kotlin, okio, maybe more)

Nobody has claimed this yet.

One reason we switched away from the SciJava Jupyter Kernel in favor of plain BeakerX Groovy is to avoid hardcoded dependency overlap between the notebook technology itself and the SciJava-component dependencies needed to use ImageJ et al. Unfortunately, there is now some overlap again causing conflicts, notably the Kotlin standard library, and the `okio` library. You can see this in the ImageJ-Tutorials-and-Demo notebook by changing the initialization blurb to:
```
%classpath config resolver scijava.public https://maven.scijava.org/content/groups/public
%%classpath add mvn
net.imagej imagej 2.1.0
```
And you'll get an error opening images via remote URLs.

But if you add:
```
com.squareup.okio okio 2.2.2
```
To the initialization, then the problem will disappear...

Reproduce the conflict in the ImageJ-Tutorials-and-Demo notebook using the shown SciJava resolver and ImageJ 2.1.0 initialization, then compare it with the added okio 2.2.2 dependency. Investigate the Kotlin and okio version overlap and confirm that remote images open without the workaround when the dependency skew is resolved.

Written by the indexing model from the issue text.