From a284600987065aa78bc41b2099421f864cfcec20 Mon Sep 17 00:00:00 2001 From: Roel Spilker <r.spilker@gmail.com> Date: Mon, 15 Aug 2011 21:21:51 +0200 Subject: Removed support for onMethod, onParam and onConstructor due to javac7 type incapabilities. Issue #251 --- doc/changelog.markdown | 1 - 1 file changed, 1 deletion(-) (limited to 'doc') diff --git a/doc/changelog.markdown b/doc/changelog.markdown index 05749055..0a5c5462 100644 --- a/doc/changelog.markdown +++ b/doc/changelog.markdown @@ -5,7 +5,6 @@ Lombok Changelog * FEATURE: Added support for 'val'. Val is an immutable variable that infers its type from the right hand side of an expression. [More…](http://projectlombok.org/features/val.html) * FEATURE: Added support for several logging frameworks via the `@Log`, `@Slf4j`, etc. annotation. [More…](http://projectlombok.org/features/Log.html) * FEATURE: Lombok now supports post-compile transformers. [Issue #144](http://code.google.com/p/projectlombok/issues/detail?id=144) -* FEATURE: `@Getter`, `@Setter`, `@XArgsConstructor` now all support `onMethod=`, `onParam=` and/or `onConstructor=`, which lets you add annotations to generated methods. [More…](http://projectlombok.org/features/onX.html) * FEATURE: Using `@SneakyThrows` no longer requires a runtime dependency on lombok.jar. In fact, any call to `Lombok.sneakyThrows(ex)` is optimized at the bytecode level and no longer requires you to actually have lombok.jar or lombok-runtime.jar on the classpath. * FEATURE: @XArgsConstructor, @Getter, and @ToString can now be used on enum declarations. Previously, behaviour of these annotations on enums was undefined. * FEATURE: @Getter/@Setter (and thus, also @Data) in v0.9.3 and earlier would generate getter and setter method names that did not conform to the beanspec, primarily when faced with boolean properties. This has been fixed. In practice this won't affect you unless you have properties named `isFoo` or `hasFoo`. Now the setter generated for this will be called `setFoo` (as the property name is `foo`) and not `setIsFoo`. Also, `hasFoo` is now no longer special; the names would be `isHasFoo` and `setHasFoo`. The java bean spec does not give `has` special meaning. -- cgit