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

Nessuno ha ancora preso questa issue.

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...

Riproducete il conflitto nel notebook ImageJ-Tutorials-and-Demo utilizzando il resolver SciJava mostrato e l’inizializzazione di ImageJ 2.1.0, quindi confrontatelo con la dipendenza okio 2.2.2 aggiunta. Analizzate la sovrapposizione tra le versioni di Kotlin e okio e confermate che le immagini remote si aprono senza il workaround quando la discrepanza tra le dipendenze viene risolta.

Scritto dal modello di indicizzazione a partire dal testo della issue.