Perl 6 - the future is here, just unevenly distributed

IRC log for #openam, 2016-03-03

| Channels | #openam index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:04 aldaris joined #openam
00:20 techtenk joined #openam
00:44 MegaMatt joined #openam
00:45 ghormoon joined #openam
01:33 techtenk joined #openam
03:39 daveloper joined #openam
04:57 techtenk joined #openam
07:15 aldaris joined #openam
08:19 KermitTheFragger joined #openam
08:42 daveloper joined #openam
08:43 aldaris joined #openam
08:49 jjpp aldaris: good morning.
08:50 aldaris Good morning
08:50 jjpp aldaris: my entitlement-delegation-etc problem. it appears that it is probably idrepo that somewhere inside attributes rest-query needs to load some profile attributes.
08:50 jjpp and it tries to establish if the current user has permissions for it.
08:51 jjpp it seems to me that some parts of code do explicit LDAP search of entitlement index and there is nothing that can cache these queries?
08:54 jjpp OTOH (for historical reasons, of course) we have users and configuration in the same ldap tree. so if something updates users there are caches that get invalidated (because some psearches say that something changed). i have not understood yet if there is a connection or not.
08:56 jjpp can it be something that has improved after openam11? :)
08:56 aldaris everything improved since 11
08:56 jjpp :)
08:56 aldaris new is always better :)
08:58 jjpp do you know of a jira-reference from the top of your head? i have task to "optimize ldap use" and it would probably be okay if i can say that it is something that will get better with upgrade :)
08:59 aldaris not really, no
09:00 jjpp hm. too bad.
09:26 HelgeO joined #openam
10:29 aldaris joined #openam
10:29 aldaris1 joined #openam
11:52 MegaMatt joined #openam
12:19 techtenk joined #openam
13:02 mckeanbs joined #openam
13:23 techtenk joined #openam
14:45 aldaris joined #openam
14:53 tudorg joined #openam
14:58 tudorg Hi all, is it trivial to make a change to allow manual manipulation of pwdChangedTime in OpenDJ? I am currently getting pwdChangedTime is defined as NO-USER-MODIFICATION. This is not modus operandi, but per user testing of expiration dates.
14:59 jjpp have you tried to alter it as a directory manager?
15:00 tudorg That is who I am logged in as.
15:02 jjpp it could be a virtual field that is somehow calculated from the metadata of userPassword, if there is anything like that. although that does not feel likely.
15:02 jjpp you can test password expiration by adjusting expiration times shorter, btw. if it works with shorter times, it will work with longer ones as well..
15:02 jjpp (and.. afk)
16:06 techtenk joined #openam
16:59 techtenk joined #openam
18:18 aldaris joined #openam
18:31 aldaris joined #openam
19:40 auke- joined #openam
19:41 aldaris joined #openam
20:32 daveloper joined #openam
22:06 MegaMatt joined #openam

| Channels | #openam index | Today | | Search | Google Search | Plain-Text | summary