aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-06-12Now everything works; handlers are called via SPI, and annotations are being ↵Reinier Zwitserloot
parsed. w00t!
2009-06-12After spending 3 hours chasing down a NullPointerException inside the native ↵Reinier Zwitserloot
method that handles method.invoke... figured out that I accidentally added a second transform() method and that one was being found, and that somehow causes the problem. The locating of the right transform method now also checks params. A 'method not found' is faaaaaaaaaaaaaaar easier to debug than picking the wrong one out of the lineup.
2009-06-12Removed the WeakHashMap for caching EclipseAST objects; obviously wasn't ↵Reinier Zwitserloot
working due to circular reference from the EclipseAST back to the CUD. Now, patched a field into CompilationUnitDeclaration and using that, which works much better together with the garbage collector.
2009-06-12For the strangest reason, compiling Getter with javac fails; it wants ↵Reinier Zwitserloot
AccessLevel, but has AccessLevel. Yah, WTF. Turning AccessLevel into its FQN: lombok.AccessLevel fixes it. javac bug?
2009-06-12Found 2 bugs in spi. This fixes both of them. Also enabled the spi processor ↵Reinier Zwitserloot
in eclipse project.
2009-06-12Added a link to how JavaFX bindings work.Reinier Zwitserloot
2009-06-12There's nothing interesting in this file.Reinier Zwitserloot
2009-06-12Filled out the deps and lib system with separate dirs for the agent and ↵Reinier Zwitserloot
lombok proper, and moved spi into lombok's lib path.
2009-06-12Moved HandleGetter to its own package. This package should soon see ↵Reinier Zwitserloot
HandleSetter, HandleAutoClose, etc.
2009-06-12Incomplete work on pseudo-resolving something like "@Getter" to: Yes, this ↵Reinier Zwitserloot
is almost certainly intended to be lombok.Getter, so get to work!
2009-06-12Singularly massive code change, too hard to document. Basically, hooking now ↵Reinier Zwitserloot
occurs in the two most sane places: - After the parser is done building a first rendition of the AST. (Usually lightweight and missing method bodies etc) - After the parser is done taking such a lightweight AST and filling in the gaps. Lombok then builts its own bidirectional and somewhat saner AST out of this, and hands this saner AST off for treatment. Things in the AST can be marked as 'handled'. This seems to work swimmingly and should allow us to easily identify the annotations that are for us, and work our magic, no matter where they appear or on what, including stuff inside method bodies.
2009-06-12We were tracking ideas for annotations on the window, but writing on those ↵Reinier Zwitserloot
gets old fast, so moved it to a text file.
2009-06-10Added more good ideas.Reinier Zwitserloot
2009-06-09Build system splits the jars in two.Reinier Zwitserloot
2009-06-09Major bugfix.Reinier Zwitserloot
2009-06-09Many changes:Reinier Zwitserloot
- Split off the actual agent work into a separate src package in preparation for creating separate jars. Involved a lot of renaming - Renamed TransformCompilationUnitDeclaration to TransformEclipseAST, as this class will also be transforming e.g. MethodDeclaration objects. - Expanded the patching to also patch in transform calls when the parser fills in the Statement array for existing constructors, methods, and initializers. - Redesigned the ClassLoaderWorkaround class quite a bit. - Positioning should not work correctly ('jump to method' should jump to the getter annotation). (Apparently, Clinit objects are always fully parsed in the original run, so no need to patch anything there).
2009-06-08@Getter now TOTALLY WORKS in eclipse! W00t!Reinier Zwitserloot
Also made the handling of lombokisms in eclipse a little more frameworky, though there's still plenty to be done.
2009-06-08Improving on the structure a little.Reinier Zwitserloot
2009-06-08Initial commit. As a proof of concept, it already works in javac and eclipse!Reinier Zwitserloot