Stefan Richthofer

I think you have to examine the launch process of processing. To clarify: I hadn't had a look at it at all. Is it launched by a shell script or...

You can try to insert additional classpath [here](https://github.com/jdf/processing.py/blob/master/processing-py.sh#L13) and in processing-py.bat as well if you need it on WIndows. However, the setup is fairly complex and maybe it somehow overides...

Don't try NumPy > 1.13 atm. It won't work, see #22. Stick to 13.3 specifically. Then before you attempt to import NumPy, which has a lot of potential failure possibilities,...

You may want to have a look at https://github.com/Stewori/JyNI/blob/master/JyNI-Java/src/JyNI/JyNI.java#L114 to better understand the logic. Make sure to observe `System.err` output for clues. Check if processing hides this output (maybe it...

I often do this stuff the brutal way. Set this up as a copy of matplotlib and delete part by part all code that isn't needed or does not change...

Interesting: The initial error looks similar to the one described here: https://github.com/Stewori/JyNI/issues/18 I have currently no time to follow up on this. It would be good if you could start...

Jython most likely locates a version of numpy < 1.12 as the error you observe is typical for that. Where did you obtain NumPy? Only PIP-installed numpy was tested, i.e....

pathswin configures the sys.path properly. You can try to assess from it what might be missing in your original configuration. I wouldn't recommend that setup for building an app on...

All this configuration stuff is not yet well thought out for Jython as it traditionally didn't support C-extensions. Currently the best procedure is to install stuff for CPython and configure...

Right. ``CPython_home/dlls`` and`` CPython_home/Lib/site-packages`` should be sufficient for most cases. It needn't even be the system CPython if ``sys.path`` is set up explicitly. However then you must take care when...