-
Notifications
You must be signed in to change notification settings - Fork 40.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve performance of fat jar loading #1119
Labels
type: enhancement
A general enhancement
Milestone
Comments
@dsyer No, I'm adding caching when JARs are scanned but if the underlying file changes you're still boned. |
philwebb
pushed a commit
that referenced
this issue
Jun 20, 2014
Drop JarEntryFilter arguments from the JarFile constructor and the getNestedJarFile methods. Filtered JarFiles can still be obtained by using the getFilteredJarFile() method. This helps simplify the code a little and will make it easier to add caching. See gh-1119
philwebb
pushed a commit
that referenced
this issue
Jun 20, 2014
Update JarFile to reuse the previously parsed entries when creating filtered jars. This saves needing to re-scan the underlying file to recreate a subset of entries. See gh-1119
philwebb
pushed a commit
that referenced
this issue
Jun 20, 2014
Cache root jar files in the Handler and also store nested jar files in the JarEntryData. See gh-1119
philwebb
pushed a commit
that referenced
this issue
Jun 20, 2014
Improve fat JAR performance. See gh-1119
Before/After timings for the Tomcat Sample:
Before/After timings for Sagan
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Whilst investigating #1117 I discovered that we have some quite inefficient code for fat jar loading.
The text was updated successfully, but these errors were encountered: