aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-07-16Removed a debug print.Reinier Zwitserloot
2009-07-16Added icon to frame, set background color of found eclipses to WHITE, useRoel Spilker
platform path separator in installer "What do I do" text.
2009-07-14replaced line endings.Roel Spilker
2009-07-14Used reflection to call Apple native look to avoid errors in a non-macRoel Spilker
development environment
2009-07-14Added our test videoReinier Zwitserloot
2009-07-14Fixed a problem where @Data with a static constructor and generics params on ↵Reinier Zwitserloot
the class would generate errors regarding IllegalArgumentException in setSourcePosition in ASTNode.
2009-07-13Made the help text when you click on the download link properly positioned.Reinier Zwitserloot
2009-07-12Example for the @Data annotation.Reinier Zwitserloot
2009-07-12More fixes to avoid erroneous "getter/setter is already there, not ↵Reinier Zwitserloot
generating it" warnings when the getter/setter already there was in fact generated by lombok, and fixed a bug in eclipse where a boolean array's getter method would be called isFoo() instead of getFoo().
2009-07-11'fixed' data up a bit by including only the final fields for the constructor.Reinier Zwitserloot
Also fixed a bug in javac's toString() generation for the @Data constructor. It did not include the transient fields.
2009-07-11Added examples with pre and post lombok conversion for the website.Reinier Zwitserloot
2009-07-11The setter/getter handlers now mark themselves as not wanted to be called ↵Reinier Zwitserloot
upon anymore when reporting errors. They were logging 4 or more identical warnings per problem before this change.
2009-07-11Made 'printContent=true' work for types as well as method bodies/initializers.Reinier Zwitserloot
2009-07-11Added the github 'fork me' banner.Reinier Zwitserloot
2009-07-11More work on the website.Reinier Zwitserloot
2009-07-10I forgot; HandleSetter/HandleGetter already act appropriately with static ↵Reinier Zwitserloot
modifiers.
2009-07-10Worked a lot on the 'what's next' documentation.Reinier Zwitserloot
2009-07-10Found ANOTHER javac bug.Reinier Zwitserloot
2009-07-09Website.Reinier Zwitserloot
2009-07-08Made 'Throwable.class' the default for SneakyThrows.Reinier Zwitserloot
2009-07-08Renamed all true names of 'eclipse' to 'Eclipse' (but not the eclipse ↵Reinier Zwitserloot
package, of course), and fixed a showstopper bug in the installer that would add -javaagent:lombok.jar to eclipse.ini, which is wrong of course; it needs to be lombok.eclipse.agent.jar.
2009-07-06Fixed javadoc problems, and added a javadoc target to the build script.Reinier Zwitserloot
2009-07-06Last massive documentation dump. All basic javadoc is now done, though ↵Reinier Zwitserloot
especially the docs on the lombok annotations in the lombok package need far more massaging. Also added a feature to HandleSynchronized to not auto-generate the locker fields if a specific name is provided (because, imagine you typoed those. You'd never find it!)
2009-07-05More documentation.Reinier Zwitserloot
2009-07-05More documentation.Reinier Zwitserloot
2009-07-05Final touches on the installer:Reinier Zwitserloot
- some bug fixes for linux - renamed InstallerWindow to Installer - Apple-specific prettification added (dock icon, app name) - more documentation. Also, I started added an open source licence to all files.
2009-07-05[TRIVIAL]Reinier Zwitserloot
2009-07-05W00t - written an installer that should work on linux (sort of), windows, ↵Reinier Zwitserloot
and Mac OS X. Bumped the version number to celebrate, and changed build to roll the agent.jar into the main jar, and change the executable class from the minimal help that was there to the installer. That minimal help thing (ShowUserHelp.java) is now gone.
2009-07-05These are nice, but kinda NSFW.Reinier Zwitserloot
2009-07-03A start on the installer.Reinier Zwitserloot
2009-07-03Fine-tuning eclipse's error reporting found some minor issues and even 1 bug ↵Reinier Zwitserloot
that would show up rarely or not at all.
2009-07-02[DOC]Reinier Zwitserloot
2009-07-01Added @SneakyThrows support for javac. W00t.Reinier Zwitserloot
2009-07-01[TRIVIAL]Reinier Zwitserloot
2009-07-01Support for @SneakyThrows in eclipse.Reinier Zwitserloot
2009-07-01Added ability to @Synchronized to explicitly name the lock object.Reinier Zwitserloot
Spruced up @Cleanup's position settings and also forced initialization, because the error appears in a screwed up place if you don't, and we can't seem to move it.
2009-07-01Added @Synchronized support to javac. Seems to work well.Reinier Zwitserloot
2009-07-01Added a bonus feature to @Cleanup: Assigning a @Cleanup marked variable to ↵Reinier Zwitserloot
anything else generates a warning.
2009-07-01@Synchronization support for eclipse! Seems to work fine, just need to write ↵Reinier Zwitserloot
the same thing for javac.
2009-07-01Pretty big fix for reparse() - now uses rebuild(), which also received a ↵Reinier Zwitserloot
pretty big fix in making the loop detection algorithm far more robust. Still not sure what was the problem, but the robustificationization helped.
2009-07-01Added HandleCleanup support for javac, and fixed a bug in AST.java which ↵Reinier Zwitserloot
caused nested @Cleanup annotations to simply be ignored (rebuild was broken). HandleCleanup seems to work swimmingly now on both targets. yay!
2009-06-30Saved the previous extensive commit message for posterity in TODO.txtReinier Zwitserloot
2009-06-30After a great many iterations, Cleanup has now been reduced in functionality ↵Reinier Zwitserloot
(exceptions from the cleanup call WILL mask exceptions from the body - this isn't intended, but it's just not possible to fix this without java 7 features or requiring a rewrite of the class file data. Tried tactics, and why they won't work: - Replace every 'return', 'break', and 'continue' statement (for the latter 2, only if they break/continue out of the try block) with a block that first sets a uniquely named flag before doing the operation. Then, check that flag in the finally block to see if the cleanup call should be guarded by a try/catchThrowable. This doesn't work, because its not possible to instrument the 4th way out of a try block without throwing an exception: Just letting it run its course. Tossing a "#flag = true;" at the end may cause a compile time error if the code is not reachable, but figuring that out requires resolution and quite a bit of analysis. - Put catch blocks in for all relevant exceptions (RuntimeException, Error, all exceptions declared as thrown by the method, and all types of exceptions of the catch blocks of encapsulating try blocks. This doesn't work, partly because it'll fail for sneakily thrown exceptions, but mostly because you can't just catch an exception listed in the 'throws' clause of the method body; catching an exception that no statement in the try block can throw is a compile time error, but it is perfectly allright to declare these as 'thrown'. - Put in a blanket catch Throwable to set the flag. Two problems with this: First, sneaky throw can't be done. Thread.stop invokes a security manager and triggers a warning, Calling a sneakyThrow method creates a runtime dependency on lombok, constructing a sneakyThrow in-class creates visible methods or at least visible class files, and creating a new class via Class.loadClass would be very slow without caching - which gets you the same issues. Secondly, this would mean that any statements in the try body that throw an exception aren't flagged to the user as needing to be handled. The Cleanup annotation now also calls the cleanup method for you, and will call it at the END of the current scope. The following plans have been tried and abandoned: - Cleanup right after the final mention. This doesn't work, because the final mention may not be the final use-place. Example: @Cleanup InputStream in = new FileInputStream(someFile); InputStreamReader reader = new InputStreamReader(in); reader.read(); //oops - in is already closed by now. - Require an explicit var.cleanup() call and consider that the cue to close off the try block. This doesn't work either, because now variables set in between the @Cleanup declaration and the var.cleanup() call become invisible to following statements. Example: @Cleanup InputStream in = new FileInputStream(someFile); int i = in.read(); in.close(); System.out.println(i); //fail - i is inside the generated try block but this isn't, so 'i' is not visible from here. By running to the end of visible scope, all these problems are avoided. This does remove the flexibility of declaring where you want a close call to be executed, but there are two mitigating factors available: 1) Create an explicit scope block. You can just stick { code } in any place where you can legally write a statement, in java. This is relatively unknown, so I expect most users will go for: 2) Just call close explicitly. I've yet to see a cleanup method which isn't idempotent anyway (calling it multiple times is no different than calling it once). During the course of investigating these options, the AST code has been extended to support live replacement of any child node, including updating the actual underlying system AST as well as our own. Unfortunately, this code has NOT been tested. It was rather a lot of work so I'm leaving it in, and at least for eclipse it even seemed to work.
2009-06-28Removed a debug print.Reinier Zwitserloot
2009-06-28All lombok code is now targeted at java 1.5, except for the javac-specific ↵Reinier Zwitserloot
stuff, which is on 1.6.
2009-06-28Preparating for java 1.5-ification. All stuff that isn't specific to javac ↵Reinier Zwitserloot
should run in java 1.5, so that an eclipse started on a 1.5 JVM will still run lombok.
2009-06-28Rolled our own ServiceLoader, because its not part of java 1.5.Reinier Zwitserloot
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