Sometimes, when running on nashorn, the Class.forName could return an undefined symbol. Detecting such case and redoing the query seems to return things to normal.

RetroLamda needs to access resources from classpath, not the converted ones to deal with lamda interfaces with default methods

Let's iterate over smaller number to pass the test on slow computers

Slightly more robust parsing code

Adjusting the versions so the build succeeds with retrolambda 2.1.0

Tests for interfaces with default methods implemented by lamda functions

Switching to most recent version of retrolamda: 2.1.0

Depend on jbox2d-osgi module

Allow access to rt.jar classes

Speeding up array access