aboutsummaryrefslogtreecommitdiff
path: root/src/eclipseAgent/lombok/eclipse/agent/PatchFixes.java
AgeCommit message (Collapse)Author
2014-06-05addendum to previous commit; found hardcoded reference to an added field and ↵Roel Spilker
it is safer to now use the augment class to access that field.
2014-02-20[suspect:eclipse] Fix for issue 633: refactor script 'extract local ↵Roel Spilker
variable' did not work inside for example SneakyThrows-protected methods. This fix is reverting the change in e835daa9. During conversion of the internal.ast to the dom AST, a flag is introduced named 'ORIGINAL'. Commit e835daa9 always explicitly cleared it for all lombok-generated nodes, in an attempt to try and do the appropriate thing, treating the ORIGINAL flag as a simile for 'generated code'. Unfortunately, for eclipse code analysis, all our generated code should be treated as if it's "really" there, and in general this doesn't work because eclipse's concept of 'generated' applies to explicit super() calls and the like, not the kind of stuff lombok introduces.
2013-10-10No functional change, but runPostCompiler in eclipse patching is no longer ↵Reinier Zwitserloot
transplanted. It shouldn't matter (runPostCompiler will call lombok.jar code, so if there is a classloader issue, transplanting won't help), and roel thinks it might help debug an issue with Springsource gradle plugin for eclipse.
2013-05-30Fixes for issue 470: VerifyErrors when using @SneakyThrows.Reinier Zwitserloot
2013-04-23added support for lombok.disablePostCompiler.Reinier Zwitserloot
2012-04-23Fix for bug introduced in 48e73a7180ac459d2949e66f2cacc46e08466fce (2 ↵Reinier Zwitserloot
commits ago). isGenerated was being transplanted twice, resulting in a ClassFormatError. NB: This is my fault - transplanting was the only fix I introduced on top of Philipp's work.
2012-01-19Merge branch 'Issue_325' of https://github.com/jvanderhel/lombok into jappeReinier Zwitserloot
2012-01-19Removed unused imports from PatchFixesReinier Zwitserloot
2012-01-181) rollback of rollback fixRetrieveRightBraceOrSemiColonPositionJappe van der Hel
2) HandleEqualsAndHashCode now use SetGeneratedByVisitor to ensure "correct" sourcepositions 3) SetGeneratedByVisitor now sets QualifiedNameReference.sourcePositions
2012-01-16Issue 325: revert old behaviour of fixRetrieveRightBrace...Sander Koning
2012-01-16Merge pull request #27 from jvanderhel/Issue_316_Rename_with_multiple_types_IISander Koning
Issue 316 rename with multiple types II
2012-01-16Code reviewSander Koning
2012-01-101) We now honor the "public" and "abstract" modifier settingsJappe van der Hel
2) Annotations are now handled, but @SuppressWarnings is skipped
2012-01-10removeGeneratedMethods was broken, causing the rename to failJappe van der Hel
2012-01-10"QualifiedName"'s are now also marked as generated during ASTConverter phase ↵Jappe van der Hel
(just like "SimpleName"'s) This fixes "Rename" when inner types are used (for both the main type and the inner type)
2012-01-09The line about lombok added to the about dialog wasn't working for all ↵Roel Spilker
eclipse releases and ways to boot up eclipse. Now it does. Also added an item for this in the changelog.
2012-01-09Lombok now adds a line about itself to the Eclipse about dialog via ↵Reinier Zwitserloot
patching. This can be used to check that lombok is managing to successfully inject code into the eclipse VM instance.
2012-01-09Code reviewRoel Spilker
2012-01-09MergeRoel Spilker
2012-01-09Updated copyright yearsRoel Spilker
2012-01-03extract interface now also works on inner types and side types (annotated ↵Jappe van der Hel
with @Data) comments for generated methods are now skipped
2012-01-03Extract interface now works when @Data is present.Jappe van der Hel
For all methods even generated by lombok; comments for generated methods are placed above the "managing" annotations @Override for generated methods are skipped (since there is no valid position for this annotation)
2011-12-21Extract interface now works when @Data is present.Jappe van der Hel
For all methods even generated by lombok; comments for generated methods are placed above the "managing" annotations @Override for generated methods are skipped (since there is no valid position for this annotation)
2011-12-20Fix for Issue 265, Sort members now works when class has @Data and @Log ↵Jappe van der Hel
annotation
2011-11-28Merge branch 'Highlighting' of https://github.com/jvanderhel/lombok into ↵Reinier Zwitserloot
jvanderhel-Highlighting Conflicts: src/eclipseAgent/lombok/eclipse/agent/PatchFixes.java
2011-11-28Merge branch 'Issue_81' of https://github.com/jvanderhel/lombok into ↵Reinier Zwitserloot
jvanderhel-Issue_81 Conflicts: src/eclipseAgent/lombok/eclipse/agent/PatchFixes.java
2011-11-251) Fixed sourceEnds while determining which nodes should be copiedjvanderhel
2) Put the method declaration in the interface instead of the annotation
2011-11-24Syntax and occurrence highlighting now skip generated positionsjvanderhel
2011-11-24Fix for issue 51. We now ignore unchanged generated nodes, so their position ↵jvanderhel
isn't used to determine insertion point
2011-11-24Some more save actions fixedjvanderhel
2011-11-15Merge branch 'Issue_263' of https://github.com/jvanderhel/lombok into ↵Reinier Zwitserloot
jvanderhel-Issue_263 Conflicts: src/eclipseAgent/lombok/eclipse/agent/EclipsePatcher.java
2011-11-15Merge branch 'Issue_138' of https://github.com/jvanderhel/lombok into ↵Reinier Zwitserloot
jvanderhel-Issue_138 Conflicts: src/eclipseAgent/lombok/eclipse/agent/EclipsePatcher.java
2011-11-13disabling lombok for all postsavelisteners proved to cause some postsave ↵jvanderhel
actions to make the wrong decisions. Patching ControlStatementFinder solves the same problem, with less side effects
2011-11-12patched retrieveRightBraceOrSemiColonPosition && retrieveRightBrace so ↵jvanderhel
method bodies are converted instead of skipped Set Assignment.statementEnd to prevent invalid sourceRange in Statement convert
2011-11-11Lombok generated members are now handled better in a ListRewrite (like ↵jvanderhel
generate equals & hashcode)
2011-11-07Changed copyright noticesRoel Spilker
2011-08-16Improve Extract method refactoring: you can extract method for code that ↵Roel Spilker
also contains @SneakyThrows
2011-08-16Removed some leftovers from #164 debugging sessionsRoel Spilker
2011-05-16Split up PatchVal into the ecj and eclipse bits; in ecj you'd just get ↵Reinier Zwitserloot
NoSuchClassErrors.
2011-01-02Should fix issue #175, where annotations mysteriously appear to be copied to ↵Reinier Zwitserloot
the methods generated by them.
2010-12-28Using @Delegate to add a varargs method now works in eclipse (the varargs ↵Reinier Zwitserloot
nature of the method is preserved).
2010-11-22Cleaned up the patch fixes in eclipse for finding end of identifier and ↵Reinier Zwitserloot
start of catch block. Maaartin-1 reported issues that sound like these were at fault they we were not able to reproduce them.
2010-11-14eclipse: methods with their own type variables can now be delegated.Reinier Zwitserloot
eclipse: local classes can now be delegated. eclipse: source position of delegated methods are now set properly. cleaned out a bunch of debug helpers.
2010-11-14Moved patch code specific to val and delegate to their own class.Reinier Zwitserloot
@Delegate in eclipse works pretty much exactly as designed at this point!
2010-11-13Jiggered the hook point a bit for eclipse 'delegate' support and it looks ↵Reinier Zwitserloot
like this might just work.
2010-11-11Mostly fruitless work on making delegate work in eclipse.Reinier Zwitserloot
2010-11-08Ran into a one-off, non-repeatable problem involving arguments not binding ↵Reinier Zwitserloot
correctly. Just in case its our fault, added some extra code to not even attempt any 'val' shenanigans in method arguments (which are LocalDeclaration subclasses).
2010-11-08'val' now also works in foreach loops, on both javac and ecj / eclipse.Reinier Zwitserloot
2010-11-08Little cleanupRoel Spilker
2010-11-07'val' support for eclipse.Reinier Zwitserloot
generated by cgit (git 2.46.0) at 2024-12-05 03:09:16 +0000