aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-06-28AptProblem is not available when eclipse is run on java 1.5, and AptProblem ↵Reinier Zwitserloot
is not neccessarily the proper target anyway. Rolled our own DefaultProblem subclass for problem reporting.
2009-06-28Stuck some links for the foss licence in the todo list.Reinier Zwitserloot
2009-06-28Added rebuild support to AST.Node.Reinier Zwitserloot
2009-06-27[IMPROVEMENT]Reinier Zwitserloot
Eclipse will now also hold off on running @PrintAST handlers until the very end. Simple generators such as @Getter didn't need this, because PrintAST's handler will hold off until eclipse does a full parse, but when changing the innards of methods, you would likely not see what you did. Fixed that. Also, PrintAST has an option to, instead of diving into the ASTNodes of bodies (methods, initializers, etc), to just render the java code, to see if the AST creation/rewriting you've been doing looks like the java code you intended.
2009-06-27[BUGFIX] Pretty major bug - due to a typo, ALL values for annotation methods ↵Reinier Zwitserloot
were set to the value of the last annotation method. e.g in: @Foo(bar=10), ALL methods in the Foo annotation were presumed to be listed, and set to 10. This was obviously causing problems. Fixed it.
2009-06-27[BUGFIX] For some reason, JCLiteral objects contain '1' or '0' (integers) ↵Reinier Zwitserloot
for booleans, not actual booleans. You can tell the difference via the getKind() method. hence, boolean fields in annotations were throwing unexpected type errors (Integer instead of Boolean). Fixed this.
2009-06-27[TRIVIAL] Added a toString to AnnotationValue, used to debug something, but ↵Reinier Zwitserloot
useful enough to leave in there.
2009-06-27Whoops - there was some debug printing left in eclipse's HandleGetterReinier Zwitserloot
2009-06-27Added a caching mechanism to AnnotationValues, for instantiating the annotation.Reinier Zwitserloot
2009-06-26Added some bugs that we need to fix.Reinier Zwitserloot
2009-06-26Cleanup implemented for eclipse!Reinier Zwitserloot
There's one serious problem though: The cleanup routine modifies the eclipse internal AST, but doesn't update our bi-directional AST. Thus, or example, having a @Cleanup annotation inside the scope of another @Cleanup fails, because the application of the second one climbs up to the wrong block level (the original block level instead of newly built try block).
2009-06-25Added a readme.Reinier Zwitserloot
2009-06-25Bumped version from 0.3.0 to 0.3.5 in celebration of finishing all 3 ↵Reinier Zwitserloot
generating annotations for both javac and eclipse (@Getter, @Setter, and @Data).
2009-06-25Added support for generating toString to javac's HandleData. Now javac's ↵Reinier Zwitserloot
HandleData is COMPLETE! w00t!
2009-06-25Added generating hashCode() to javac's HandleData.Reinier Zwitserloot
2009-06-25trivialReinier Zwitserloot
2009-06-25javac's HandleData now makes equals methods.Reinier Zwitserloot
2009-06-25Removed adding the statement: 'final int PRIME = 31;' in the HandleData's ↵Reinier Zwitserloot
createHashCode method when there are 0 fields in the type (it would generate a local variable never used warning!)
2009-06-25Heh, on errors you'd never actually see any message, just the exception ↵Reinier Zwitserloot
type. Whoops.
2009-06-24javac's HandleData now generates the constructor only if it doesn't already ↵Reinier Zwitserloot
exist, and the staticConstructor is now also completed. Left: toString, hashCode, equals.
2009-06-24Work on HandleData, as well as generalizing features in the the PKG class ↵Reinier Zwitserloot
and updating HandleGetter/Setter to call into it.
2009-06-24Added printing for a constructor if it is the default (generated) ↵Reinier Zwitserloot
constructor or not.
2009-06-24Added proper support for changing the AST as its being visited, both removal ↵Reinier Zwitserloot
and addition. The rule is now: children traversal traverses through the tree mostly as it was when it started.
2009-06-24Useful script while developing on the javac part of lombok.Reinier Zwitserloot
2009-06-23fixed a bug where the auto-generated constructors (actual or static) would ↵Reinier Zwitserloot
throw eclipse errors if you had 0 non-static fields.
2009-06-23HandleData for eclipse now seems to work 100%. Also updated toString to use ↵Reinier Zwitserloot
deepToString, and added @Override in case people have warnings for missing @Override annotations on.
2009-06-23@Data's generation of the equals() method now works!Reinier Zwitserloot
2009-06-23DocReinier Zwitserloot
2009-06-23Fixed some bugs in copyType(), and now the static constructor is generated ↵Reinier Zwitserloot
without any raw generics warnings - it is effectively done.
2009-06-23Figured out that our previous act of just assigning TypeReference objects ↵Reinier Zwitserloot
directly to other nodes (e.g. from a FieldDeclaration's type to a method argument) is NOT a good idea, as this screws up when the TypeReference object represents a generic type (like 'T') - each instance of a generic type has a different resolution, but 1 TypeReference object can only hold 1 resolution. Thus, a copyType() method has been written, and the Handle* classes have been updated to use it. Also, generateEquals() is half-finished in HandleData.
2009-06-23This is a 3-day bughunt that ended up being something extremely simple:Reinier Zwitserloot
** DO NOT REUSE TYPEREFERENCE OBJECTS ** because that makes the binding process go pearshaped - after hte first run, that TypeReference object's binding parameter is set, and as its set, the resolver won't bother re-resolving it. However, each parse run starts with new scope objects, and any 2 bindings created by different scopes aren't equal to each other. urrrrrrgh! Fortunately, a lot of code that 'fixed' methods by adding bindings and scope have all been removed, as the parser patch point is well before these bindings are created. Thus: ** NEVER CREATE YOUR OWN BINDINGS AND SCOPE OBJECTS ** because if it comes down to that, you're doing it entirely wrong. That's eclipse's job. We're patching where we are so you don't have to do this.
2009-06-23Put the actual numeric value of ASTNode.Bit24 in a comment, but it was ↵Reinier Zwitserloot
missing a 0!
2009-06-23Removed the equalsPrime thing, because that's just needlessly putting ↵Reinier Zwitserloot
implementation details in there. If switching primes is so important, hash the type name and turn that into a prime, or something. Also added some javadoc.
2009-06-21More work on the HandleData annotation. Constructor seems to work fine, ↵Reinier Zwitserloot
static constructor not so much.
2009-06-21trivialReinier Zwitserloot
2009-06-21Bug fix: using string literals in any lombok annotation value would blow up ↵Reinier Zwitserloot
that processor.
2009-06-21Due to a java bug, constants in enums don't work, so instead the default ↵Reinier Zwitserloot
access level for @Getter and @Setter have now just been hardcoded in GetterHandler and SetterHandler. Added ability to look up the Node object for any given AST object on Node itself, as you don't usually have the AST object. Added toString() method generating to @Data, and this required some fancy footwork in finding if we've already generated methods, and editing a generated method to fill in binding and type resolutions. HandleGetter and HandleSetter have been updated to use these features. Exceptions caused by lombok handlers show up in the eclipse error log, but now, if they are related to a CompilationUnit, also as a problem (error) on the CUD - those error log entries are easy to miss! Our ASTs can now be appended to. When you generate a new AST node, you should add it to the AST, obviously. Getter/Setter have been updated to use this.
2009-06-20Runs eclipse on a mac.Reinier Zwitserloot
2009-06-19Added initial support for the @Data annotation. Currently produces getters ↵Reinier Zwitserloot
and setters only, not yet a constructor, toString, hashCode, or equals. HandleGetter and HandleSetter have been updated to handle static (theoretic; you can't put annotations on static fields normally). You can now make AnnotationValue objects using just an annotationNode and a target type, as well as check if a given annotationNode is likely to represent a target annotation type. This is in Javac and Eclipse classes. HandleGetter and HandleSetter can now be asked to make a getter/setter, and will grab access level off of a Getter/Setter annotation, if present.
2009-06-19Added info on the addNetbeans branch.Reinier Zwitserloot
2009-06-19Finding lombok.jar would fail if you had any spaces in the path. Fixed that.Reinier Zwitserloot
2009-06-19Moved ClassLoaderWorkaround from 'java.lombok' to 'java.lombok.eclipse' as ↵Reinier Zwitserloot
its clearly eclipse-specific.
2009-06-19Live reloading of the eclipse parser classes is technically supported by the ↵Reinier Zwitserloot
agent though I never tested it. I found a bug while browsing this code. fixed it.
2009-06-19Renamed EclipseParserPatcher to EclipsePatcher, as it patches not just the ↵Reinier Zwitserloot
parser, but also the CompilationUnitDeclaration class so we can store our AST in it for caching purposes.
2009-06-19List of stuff we still need to do as well as research notes on how to get there.Reinier Zwitserloot
2009-06-18Created a fully working HandleSetter for eclipse, and refactored ↵Reinier Zwitserloot
HandleGetter a little mostly to stuff common code into PKG.
2009-06-18Expanded the AST printers to support a target PrintStream, and expanded the ↵Reinier Zwitserloot
@PrintAST annotation to let you supply an optional filename. Useful particularly for IDEs, which don't usually have a viewable console. Also renamed the printers to just 'Printer', as they are already inner classes of a specifically named type (JavacASTVisitor & co).
2009-06-17AnnotationHandlers can now return a boolean to set if they actually handled ↵Reinier Zwitserloot
the annotation or not (previously, the presumption was they always handled the annotation). This is very useful for PrintAST on eclipse, because before this change, you'd never see method contents (as the initial dietParse would come first). Now Eclipse PrintASTHandler will skip any non-full runs, and only print non-diet. It then returns true only if it printed.
2009-06-17Added 'does setX/getX already exist' check to javac's HandleGetter/Setter. ↵Reinier Zwitserloot
If they exist (with any returntype/paramlist), no getter/setter is generated, and instead a warning is added on the annotation.
2009-06-17Added the SetterHandler for javac. Also added a way to get the SymbolTable ↵Reinier Zwitserloot
on a JavacAST.Node, because you need it to e.g. access constant types like 'void'.