Malte Brunnlieb

It seems that the performance issue is just present in an osgi environment.

[Dagger 2](https://github.com/google/dagger) might be worth a try. It removes the reflection overhead by utilizing code generation at compile time. It is even guice compatible as far as I know. So...

btw. do you need guice across osgi bundles? just saw https://github.com/google/guice/wiki/ClassLoading and it is possible to disable the guice custom class loading by the `guice_custom_class_loading` parameter. Maybe this can make...

See the fork of your parser, which has been reworked to remove a log of dependencies, especially the one's with problematic licenses: https://github.com/networknt/openapi-parser It especially replaces guice and java mail...

btw we are using the openapi-parser in CobiGen devonfw/tools-cobigen, which is open source now. Unfortunately, we cannot release it as an update site to the public currently as of the...

@malaporte the request is ment a little bit different as far as I understand it. The webjars should be automatically registered by adding them to the classpath. So you might...

I could not see any gathering of exports during debugging. However, maybe I missed something. Here is my code: https://github.com/maybeec/ts-merger Here is the built js file with webpack in non-production...

I debuged a little further. The commonjs-module returns an object of type `jdk.nashorn.api.scripting.ScriptObjectMirror` with property `sobj` of type `jdk.nashorn.internal.scripts.JO` containing the property `map`with `toString()`= ``` 0x71956711 = { merge id=0x457758e8...

https://github.com/coveo/nashorn-commonjs-modules/blob/master/src/main/java/com/coveo/nashorn_modules/Module.java#L132 

Sounds ugly. My current JVM is java version "1.8.0_121" Java(TM) SE Runtime Environment (build 1.8.0_121-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)