aboutsummaryrefslogtreecommitdiff
path: root/website/templates/features/configuration.html
blob: 09cd46c2c50d7a1e7cea415ee9a32a0d2e892dfd (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
<#import "_features.html" as f>

<@f.scaffold title="Configuration system" logline="Lombok, made to order: Configure lombok features in one place for your entire project or even your workspace.">
	<@f.history>
		The configuration system was introduced in lombok 1.14.
	</@f.history>
	
	<@f.overview>
		<p>
			You can create <code>lombok.config</code> files in any directory and put configuration directives in it. These apply to all source files in this directory and all child directories.<br />
			The configuration system is particularly useful for configurable aspects of lombok which tend to be the same across an entire project, such as the name of your log variable. The configuration system can also be used to tell lombok to flag any usage of some lombok feature you don't like as a warning or even an error.
		</p><p>
			Usually, a user of lombok puts a <code>lombok.config</code> file with their preferences in a workspace or project root directory, with the special <code>config.stopBubbling = true</code> key to tell lombok this is your root directory. You can then create <code>lombok.config</code> files in any subdirectories (generally representing projects or source packages) with different settings.
		</p><p>
			An up to date list of all configuration keys supported by your version of lombok can be generated by running:
			<div class="snippet example">
				<code>java -jar lombok.jar config -g --verbose</code>
			</div>
			The output of the <em>config</em> tool is itself a valid <code>lombok.config</code> file.<br />
			The <em>config</em> tool can also be used to display the complete lombok configuration used for any given directory or source file by supplying these as arguments.
		</p><p>
			A sample of available configuration options (see the feature pages of the lombok features for their related config keys, as well as <code>java -jar lombok.jar config -g</code> for the complete list):
			<dl>
				<dt>
					<code>lombok.accessors.chain</code>
				</dt><dd>
					If set to <code>true</code>, generated setters will 'chain' by default (They will return <code>this</code> instead of having a <code>void</code> return type).
				</dd><dt>
					<code>lombok.accessors.fluent</code>
				</dt><dd>
					If set to <code>true</code>, generated setters and getters will simply be named the same as the field name, without a <code>get</code> or <code>set</code> prefix.
				</dd><dt>
					<code>llombok.anyConstructor.addConstructorProperties</code>
				</dt><dd>
					If <code>true</code>, lombok will generate a <code>@java.beans.ConstructorProperties</code> annotation when generating constructors. This is particularly useful for GWT and Android development. Note that you'll need to depend on module 'java.desktop' if you're using jigsaw.
				</dd><dt>
					<code>lombok.log.fieldName</code>
				</dt><dd>
					The name of the generated log field (default: <code>log</code>).
				</dd><dt>
					<code>lombok.<em>(featureName)</em>.flagUsage</code>
				</dt><dd>
					Allows you to forcibly stop or discourage use of a lombok feature. Legal values for this key are <code>warning</code> or <code>error</code>. Some examples of values for <em>(featureName)</em> are: "<code>experimental</code>" (flags use of any of the <a href="/features/experimental">experimental</a> features)</li>, "<a href="/features/Builder"><code>builder</code></a>", "<a
							href="/features/SneakyThrows"><code>sneakyThrows</code></a>", or "<a href="/features/experimental/ExtensionMethod"><code>extensionMethod</code></a>".
				</dd>
			</dl>
		</p><p>
			Configuration files are hierarchical: Any configuration setting applies to all source files in that directory, and all source files in subdirectories, but configuration settings closer to the source file take precedence. For example, if you have in <code>/Users/me/projects/lombok.config</code> the following:
			<div class="snippet example">
				<code>lombok.log.fieldName = foobar</code>
			</div>
			and in <code>/Users/me/projects/MyProject/lombok.config</code> you have:
			<div class="snippet example">
				<code>lombok.log.fieldName = xyzzy</code>
			</div>
			Then the various <a ng-click="toFeature('log')"><code>@Log</code></a> annotations will use <code>foobar</code> instead of the default <code>log</code> as a field name to generate in all your projects, except for your project in <code>/Users/me/projects/MyProject</code>, where <code>xyzzy</code> is used instead.
		</p><p>
			To restore a configuration key set by a parent config file back to the default, the <code>clear</code> option can be used. For example, if a parent configuration file has configured all use of <code>val</code> to emit a warning, you can turn off the warnings for a subdirectory by including in it a <code>lombok.config</code> file with:
			<div class="snippet example">
				<code>clear lombok.val.flagUsage</code>
			</div>
		</p><p>
			Some configuration keys take lists. For lists, use <code>+=</code> to add an entry. You can remove a single item from the list (useful to undo a parent configuration file's setting) with <code>-=</code>. For example:
			<div class="snippet example">
				<code>lombok.accessors.prefix += m_</code>
			</div>
		</p><p>
			Comments can be included in <code>lombok.config</code> files; any line that starts with <code>#</code> is considered a comment.
		</p>
	</@f.overview>

	<@f.featureSection>
		<@f.main.h3 title="Global config keys" />

		<p>
			To stop lombok from looking at parent directories for more configuration files, the special key:
			<div class="snippet example">
				<code>config.stopBubbling = true</code>
			</div>
			can be included. We suggest you put this in the root of your workspace directory.
		</p><p>
			Lombok can add <code>@javax.annotation.Generated</code> annotations to all generated nodes where possible. You can enable this with:
			<div class="snippet example">
				<code>lombok.addJavaxGeneratedAnnotation = true</code>
			</div>
			We advise against this; JDK9 breaks this annotation, and it's unlikely to ever get fixed.<br />
			<em>NB:</em> Until Lombok v2.0.0, this setting defaulted to <code>true</code>.
		</p><p>
			Lombok can be configured to add <code>@lombok.Generated</code> annotations to all generated nodes where possible; useful for JaCoCo (which has built in support),
			or other style checkers and code coverage tools:
			<div class="snippet example">
				<code>lombok.addLombokGeneratedAnnotation = true</code>
			</div>
		</p><p>
			Lombok can add the <code>@SuppressFBWarnings</code> annotation which is useful if you want to run <a href="http://findbugs.sourceforge.net/">FindBugs</a> on your class files. To enable this feature, make sure findbugs is on the classpath when you compile, and add the following config key:
			<div class="snippet example">
				<code>lombok.extern.findbugs.addSuppressFBWarnings = true</code>
			</div>
		</p>
	</@f.featureSection>

	<@f.featureSection>
		<@f.main.h3 title="Config keys that can affect any source file" />

		<p>
			These config keys can make lombok affect source files even if they have 0 lombok annotations in them.<br />
			<div class="snippet example">
				<code>lombok.fieldDefaults.defaultPrivate = true</code><br />
				<code>lombok.fieldDefaults.defaultFinal = true</code>
			</div>
			Turning either of these options on means lombok will make <em>every</em> field in <em>every</em> source file final and/or private unless it has an explicit access modifier or annotation to suppress this. <a href="experimental/FieldDefaults">See the <code>@FieldDefaults</code> documentation for more</a>.
		</p>
	</@f.featureSection>
</@f.scaffold>