You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _versions/3.15/guides/gradle-tooling.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -579,7 +579,7 @@ The entries are relative to the root of the generated Uber-Jar. You can specify
579
579
By default, Quarkus will not discover CDI beans inside another module.
580
580
581
581
The best way to enable CDI bean discovery for a module in a multi-module project would be to include a `META-INF/beans.xml` file,
582
-
unless it is the main application module already configured with the quarkus-maven-plugin, in which case it will be indexed automatically.
582
+
unless it is the main application module already configured with the `io.quarkus` Gradle plugin, in which case it will be indexed automatically.
583
583
584
584
Alternatively, there is some unofficial link:https://plugins.gradle.org/search?term=jandex[Gradle Jandex plugins] that can be used instead of the `META-INF/beans.xml` file.
Copy file name to clipboardExpand all lines: _versions/3.15/guides/rest.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1597,7 +1597,7 @@ public User userPrivate() {
1597
1597
}
1598
1598
----
1599
1599
1600
-
When the result the `userPublic` method is serialized, the `id` field will not be contained in the response as the `Public` view does not include it.
1600
+
When the result of the `userPublic` method is serialized, the `id` field will not be contained in the response as the `Public` view does not include it.
1601
1601
The result of `userPrivate` however will include the `id` as expected when serialized.
<1> You need to provide the URL to an LDAP server. This example requires the LDAP server to have imported link:{quarkus-blob-url}/test-framework/ldap/src/main/resources/quarkus-io.ldif[this LDIF file].
175
-
<2> `{0}` is substituted by the `uid`.
176
-
<3> The URL used by our test resource. Tests may leverage `LdapServerTestResource` provided by Quarkus as link:{quickstarts-blob-url}/security-ldap-quickstart/src/test/java/org/acme/elytron/security/ldap/ElytronLdapExtensionTestResources.java[we do] in the test coverage of the example application.
174
+
<2> The URL used by our test resource. Tests may leverage `LdapServerTestResource` provided by Quarkus as link:{quickstarts-blob-url}/security-ldap-quickstart/src/test/java/org/acme/elytron/security/ldap/ElytronLdapExtensionTestResources.java[we do] in the test coverage of the example application.
175
+
<3> `{0}` is substituted by the `uid`.
176
+
177
+
The `quarkus-elytron-security-ldap` extension requires a dir-context and an identity-mapping with at least one attribute-mapping to authenticate the user and its identity.
178
+
179
+
[TIP]
180
+
====
181
+
By default, Quarkus doesn't cache the credentials obtained from the LDAP directory.
182
+
Every request to your service will cause an additional roundtrip to the LDAP server.
183
+
184
+
It is a common practice to cache these results to improve performance, but the tradeoff is that there will be a delay before the changes in the LDAP get effective in your service.
185
+
186
+
To enable the cache, set `quarkus.security.ldap.cache.enabled=true` in your configuration file.
187
+
188
+
The default cache max-age is `60s`.
189
+
It can be configured by setting `quarkus.security.ldap.cache.max-age`.
177
190
178
-
The `elytron-security-ldap` extension requires a dir-context and an identity-mapping with at least one attribute-mapping to authenticate the user and its identity.
191
+
The number of cache entries is limited by `quarkus.security.ldap.cache.size`, which defaults to `100`.
See link:{concepts}#_gauges[Gauges] in the Micrometer documentation for more information and examples.
280
+
See link:{concepts}/gauges[Gauges] in the Micrometer documentation for more information and examples.
281
281
Of note are two special cases: `TimeGauge` for measuring time, and a `MultiGauge` for reporting several criteria together.
282
282
283
283
NOTE: Micrometer does not create strong references to the objects it observes by default.
@@ -334,7 +334,7 @@ void countThisMethod(){
334
334
<1> A CDI interceptor will create and register a counter called `counted.method`
335
335
<2> The interceptor-created counter will have the "extra" dimension tag with value "annotated"
336
336
337
-
See link:{concepts}#_counters[Counters] in the Micrometer documentation for more information and examples, including the less common `FunctionCounter` that can be used to measure the result returned by an always increasing function.
337
+
See link:{concepts}/counters[Counters] in the Micrometer documentation for more information and examples, including the less common `FunctionCounter` that can be used to measure the result returned by an always increasing function.
338
338
339
339
When should you use a counter?
340
340
Use a counter if you are doing something that can not be either timed or summarized.
Both timers and distribution summaries can be configured to emit additional statistics, like histogram data, precomputed percentiles, or service level objective (SLO) boundaries.
479
-
See link:{concepts}#_timers[Timers] and link:{concepts}#_distribution_summaries[Distribution Summaries] in the Micrometer documentation for more information and examples, including memory footprint estimation for both types.
479
+
See link:{concepts}/timers[Timers] and link:{concepts}/distribution-summaries[Distribution Summaries] in the Micrometer documentation for more information and examples, including memory footprint estimation for both types.
0 commit comments