d not help in this
situation.
Hope that helps
Angela
From: Konrad Windszus
Sent: Thursday, June 13, 2024 19:43
To: oak-dev@jackrabbit.apache.org
Subject: Re: Authorizable for EveryonePrincipal
EXTERNAL: Use caution when clicking on links or opening attachments
: Authorizable for EveryonePrincipal
I meanwhile found
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/security/user/UserInitializer.java
which creates both the admin and the anonymous user, but haven’t found out yet
how “everyone” is being
for your
logged in user would still work.
So, testing for the lookup of the group to null, would just be defensive
programming.
Hope that helps
Angela
From: Konrad Windszus
Sent: Thursday, June 13, 2024 17:07
To: oak-dev@jackrabbit.apache.org
Subje
logged in user would still work.
>> So, testing for the lookup of the group to null, would just be defensive
>> programming.
>>
>> Hope that helps
>> Angela
>>
>>
>>
>> From: Konrad Windszus
>> Sent:
ess control evaluation and principal resolution
> for your logged in user would still work.
> So, testing for the lookup of the group to null, would just be defensive
> programming.
>
> Hope that helps
> Angela
>
>
>
> From: Konrad Win
Hi,
Was it always the case that the “everyone" principal could not be resolved to
an Authorizable via
org.apache.jackrabbit.api.security.user.UserManager.getAuthorizable()?
I found several places in AEM code where the return value of
UserManager.getAuthorizable(Principal) is unconditionally dere