Age | Commit message (Collapse) | Author | |
---|---|---|---|
2020-01-20 | Close more inputstreams | Roel Spilker | |
2019-08-14 | fix loading extensions: Lombok extensions in external jar files were not ↵ | Steve Mägi | |
included by class loader | |||
2018-11-01 | [fixes #1932] We broke the delombok ant task. | Reinier Zwitserloot | |
2018-08-20 | Share the same class loader | Roland Praml | |
2018-08-20 | do not scan classes from java or sun package for extensions | Roland Praml | |
2018-07-17 | Attempting to fix issues with integration with mapstruct; issue #1359 | Reinier Zwitserloot | |
2018-06-19 | Merge branch 'sclExpansionUpdate' | Reinier Zwitserloot | |
2018-06-19 | [SCL] update that should make it a little easier to add custom lombok handlers. | Reinier Zwitserloot | |
2018-02-07 | [trivial] copyright header year bump to 2018 | Reinier Zwitserloot | |
2018-02-06 | [jdk9] [opinionated] The java9 warning when using lombok about ↵ | Reinier Zwitserloot | |
‘inaccessible API’ is now suppressed. | |||
2017-02-10 | Updated ShadowClassLoader’s finding of ‘self’; it failed exactly once ↵ | Reinier Zwitserloot | |
on me and I’d like to know the classloader when that happens (error condition was loading lombok.jar as an AP in eclipse which normally you don’t even do, so it’s not a big deal). | |||
2017-02-09 | A shot-in-the-dark fix for issue #1293 which is not reproducible: Occasional ↵ | Reinier Zwitserloot | |
duplicate class def errors in eclipse. | |||
2017-01-19 | Added support for MapStructu’s AstModifyingAnnotationProcessor SPI system. ↵ | Reinier Zwitserloot | |
Also removed log statements. | |||
2017-01-19 | Lombok will now also fix the typemirror info when generating bean-related ↵ | Reinier Zwitserloot | |
methods/constructors, to allow other annotation processors to see these generated methods/constructors too. | |||
2016-06-14 | ShadowClassLoader is now friendlier to trying to extend lombok. | Reinier Zwitserloot | |
Your (separate) jar/dir should have a file named META-INF/ShadowClassLoader. This file should contain the string 'lombok'. If you have that, any classes in that jar/dir will be loaded in the same space as lombok classes. You can also rename the class files to .SCL.lombok to avoid other loaders from finding them. | |||
2016-06-09 | #1117: add claiming annotation processor | Roel Spilker | |
2015-05-26 | fixed code style of DanskerDave's contribution, and one trivial speed ↵ | Roel Spilker | |
improvement on some bit wrangling. | |||
2015-05-18 | Refactor getJarMemberSet(...) & getResourceFromLocation(...) | DaveLaw | |
2015-04-08 | Updated to patcher 0.20 with updates for bugs where you’d type a quote and ↵ | Reinier Zwitserloot | |
then eclipse would hang. | |||
2015-04-02 | [i802] working on eclipse mars support; this needs a few updates to ↵ | Reinier Zwitserloot | |
integration with patcher. | |||
2015-02-03 | [i777] shadowloader’s ‘find myself’ feature didn’t work if spaces ↵ | Reinier Zwitserloot | |
were in the path due to lack of decoding a URL. | |||
2014-12-09 | Actually the previous commit lied; you CAN use the hider trick to have a ↵ | Roel Spilker | |
class be invisible to most autocomplete dialogs and yet still work as an SPI provider; SPI lines are binary names (with dollars for inner classes), that's all. Name fixed and previous commit reverted. | |||
2014-12-09 | Our quirky 'hider' trick, with a public class inside a package private ↵ | Roel Spilker | |
class, doesn't work after all. Removed it and renamed the launching processor to _ShadowLaunchingAnnotationProcessor. | |||
2014-12-08 | ShadowClassLoader didn't work on windows. The usual 'converting paths to | Roel Spilker | |
urls and back is an utter mystery' problems. | |||
2014-10-28 | [trivial] Classed up the place with some javadoc. | Reinier Zwitserloot | |
2014-10-28 | [shadowloader] added caching for jarfile content lookups. | Reinier Zwitserloot | |
2014-10-28 | bugfixes to shadowloader for loading in ‘normal’ mode. (no overrides). | Reinier Zwitserloot | |
2014-10-24 | Making SCL work right is more complicated than it first seemed. | Reinier Zwitserloot | |
Right now the rules are: * _IF_ a class is being loaded, sourced by a lombok-jar originating class, we FIRST search the lombok jar, and if we can’t find it, farm out the job to the originating equinox-side loader. * _IF_ the equinox-side loader attempts to load a class, and it does NOT start with lombok, we don’t interfere and would never serve up any content from the lombok-jar (so if we have deps, they do NOT get loaded, by design). If it DOES start with lombok, we load it, and the loading class is SCL, not the equinox-side loader. * getResource() to load classes did not work (because internally classes end in .SCL.lombok and not .class). This breaks a bunch of things. Fixed by having getResource() be aware that it should try rewriting any request for a .class to .SCL.lombok. * launchified annotationprocessor, and cleaned up the launchified agent, which now, like all other launchers, just sets up classloader stuff and then calls into the lombok loader side to finish the actual processing, instead of trying to do it itself in a handicapped environment that can’t load much. | |||
2014-09-30 | first take on the shadow classloader. All seems to be in order, but we still ↵ | Reinier Zwitserloot | |
have to solve the problem with adding our shadow loader to the equinox infrastructure (solved in lombok currently by adding all of lombok to the bootclasspath), and all the public API still has to be kept as actual class files by build.xml. Currently it is all shadowed away. |