From 3f6ba7c3f66accd8aa34b8ef04f55b7b6505f15a Mon Sep 17 00:00:00 2001 From: IsmathBadsha Date: Tue, 24 Mar 2026 00:52:39 +0530 Subject: [PATCH] Review_comments --- posts/2026-03-24-26.0.0.3.adoc | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/posts/2026-03-24-26.0.0.3.adoc b/posts/2026-03-24-26.0.0.3.adoc index 487a59be8..5df003154 100644 --- a/posts/2026-03-24-26.0.0.3.adoc +++ b/posts/2026-03-24-26.0.0.3.adoc @@ -148,11 +148,11 @@ image::img/blog/blog_btn_stack.svg[Ask a question on Stack Overflow, align="cent [#userregistry] == UserRegistry Attribute Reader Enhancement -The UserRegistry Attribute Reader APIs feature provide applications with the ability to retrieve specific user attributes and search for users based on attribute values directly from LDAP and custom user registries. +The UserRegistry API provides applications with the ability to retrieve specific user attributes and search for users based on attribute values directly from LDAP and custom user registries. === What's New? -Previously, the UserRegistry API supported only basic user lookups such as searching by `userSecurityName` or by using wildcard pattern matching. However, it did not allow applications to retrieve specific user attributes or search for users based on attribute values. These capabilities were available in Traditional WebSphere through the VMM API. The introduction of these two new APIs now enables applications to search for users and retrieve attributes from LDAP and custom user registries. +Previously, the UserRegistry API supported only basic user lookups such as searching by `userSecurityName` or by using wildcard pattern matching. However, it did not allow applications to retrieve specific user attributes or search for users based on attribute values. These capabilities were available in traditional WebSphere through the VMM API. The introduction of these two new APIs now enables applications to search for users and retrieve attributes from LDAP and custom user registries. With this enhancement, you can now retrieve specific attributes for a user by using the `getAttributesForUser()` method. This method supports retrieval of individual attributes such as email or phoneNumber, or "*" to retrieve all available attributes for a user. @@ -195,9 +195,9 @@ SearchResult searchResult = ur.getUsersByAttribute("email", "testuser@example.co // output in trace.log > getUsersByAttribute Entry - kerberosId + email testuser@example.com - 0 + 1 < getUsersByAttribute Exit SearchResult hasMore=false [testuser] @@ -241,9 +241,9 @@ The added support for Jandex index formats has several benefits: *When using Jandex indexes, ensure that the index files are kept up to date with the application classes.* If a Jandex index is not synchronized with the application classes, it can contain incorrect annotation data, which can cause the application to function incorrectly. Out‑of‑date Jandex indexes cannot be reliably detected. -Open Liberty does not read index formats higher than index format 13. If a new version of Jandex adds a higher index format version, Open Liberty requires an update before it can read Jandex indexes, which use that index format version. +Open Liberty does not read index formats higher than index format 13. If a new version of Jandex adds a higher index format version, Open Liberty requires an update before it can read Jandex indexes that use the higher index format version. -The Open Liberty feature `mpGraphQL`, which is obtained from an external source, is limited to reading Jandex index formats no higher than index format 10. If the feature `mpGraphQL` is used, Jandex indexes should be generated by using index format 10. This limitation applies to all current versions of `mpGraphQL`, including the current highest version, `mpGraphQL-2.0``. +The Open Liberty feature `mpGraphQL`, which is obtained from an external source, is limited to reading Jandex index formats no higher than index format 10. If the feature `mpGraphQL` is used, Jandex indexes should be generated by using index format 10. This limitation applies to all current versions of `mpGraphQL`, including the current highest version, `mpGraphQL-2.0`. === Lifting Restriction