[midPoint] No name for new object during synchronization

Ethan Kromhout ethan at unc.edu
Wed Mar 18 12:36:43 CET 2020


Something that may be worth a try for the attributes that aren't showing 
up in the account, is suppressing the result handlers by adding:

<icfc:resultsHandlerConfiguration>
<icfc:enableNormalizingResultsHandler>false</icfc:enableNormalizingResultsHandler>
<icfc:enableFilteredResultsHandler>false</icfc:enableFilteredResultsHandler>
<icfc:enableAttributesToGetSearchResultsHandler>false</icfc:enableAttributesToGetSearchResultsHandler>
         </icfc:resultsHandlerConfiguration>

Just below the line:

<connectorConfiguration>

and before you begin the configuration properties, if you don't already 
have something similar in place already. This does assume you have that 
icfc namespace defined somewhere along the way. These are described at 
this wiki page 
https://wiki.evolveum.com/display/midPoint/What+are+ConnId+result+handlers

Ethan


On 3/18/20 6:31 AM, Loïc Schamber wrote:
>
> Hi Palos,
>
> Thanks for your help, I didn’t knew I could import only one account. I
>
> The sn attribute is correctly filled in OpenLDAP ( And it is required 
> ) but for some reason Only DN attribute is filled in midpoint.
>
> So if I change my name inbound to use the DN it works great.
>
> The only problem is that I won’t be able to retrieve any user 
> attributes from LDAP as they are not in the account
>
> However the outbound mapping set them correctly in my openLDAP
>
> I saw in the documentation that account object only store identifiers 
> and will fetch additional data in the resource, but in my case it 
> don’t seems to fetch the data during inbound mapping. Any Idea?
>
> *Loïc Schamber* | Junior IT Consultant
>
> logo <https://www.serial.ch/>
>
> 	
>
> 	
>
> lschamber at serial.ch <mailto:lschamber at serial.ch> | +41 22 555 27 69 
> <tel:+41%2022%20555%2027%2069>
> Chemin du Pré-Fleuri 5 – CH 1228 Plan-les-Ouates
>
> LinkedIn 
> <https://www.linkedin.com/company/redcactus-by-positivethinkingcompany> 
> Instagram <https://www.instagram.com/positivethinkingcompany>
>
> 	
> 	
>
> *Redcactus by SERIAL *www.serial.ch
> www.positivethinking.co
>
> ------------------------------------------------------------------------
>
> *Help save paper, do you really need to print this email?*
> /The content of this email and any attachments are confidential and 
> are intended solely for the person and/or company to whom they are 
> addressed. The information may also be legally privileged. No employee 
> or agent is authorized to conclude any binding agreement on behalf of 
> SERIAL with another party by email without express written 
> confirmation. If you have received this email in error, any use, 
> reproduction or dissemination of this transmission is strictly 
> prohibited. If you are not the intended recipient, please immediately 
> notify the sender by return E-mail and delete this message, its 
> attachments and all copies from your system. Internet communications 
> cannot be guaranteed to be timely, secure, error or virus-free. The 
> sender does not accept liability for any errors or omissions. //Thank 
> you for your cooperation.
> /
>
> *From:*midPoint <midpoint-bounces at lists.evolveum.com> *On Behalf Of 
> *Pálos Gustáv
> *Sent:* mardi, 17 mars 2020 20:37
> *To:* midPoint General Discussion <midpoint at lists.evolveum.com>
> *Subject:* Re: [midPoint] No name for new object during synchronization
>
> Hi,
>
> from your resource for me is not clear why you have 2x outbound (try 
> to remove) and mentioned inbound.
> Has all inetOrgPerson filled attribute sn?
> Try to import one of then and not to import/reconcile all over:
>
> Resources -> tab 'Account' -> search in 'Resource' -> select one & 
> local menu 'Import'.
>
> Or try troubleshooting:
>
> https://wiki.evolveum.com/display/midPoint/Troubleshooting+Mappings#TroubleshootingMappings-ExpressionandMappingTrace 
>
>
> and read The Book: 
> https://evolveum.com/midpoint/midpoint-guide-about-practical-identity-management/
>
> Best regards,
>
> Gustav
>
> ut 17. 3. 2020 o 17:30 Loïc Schamber <lschamber at serial.ch 
> <mailto:lschamber at serial.ch>> napísal(a):
>
>     Hieveryone ,
>
>     I have some users in a LDAP and I would like to import those users
>     into midpoint.
>
>     So i defined the synchronization part with correct correlation and
>     I set “addFocus” as action when I’m in the situation “unmatched”.
>
>     Sadly I have the following error when running an import ( or
>     reconcile ) task: No name in new object null as produced by
>     template null in iteration 0, we cannot process an object without
>     a name
>
>     I don’t really understand why my new object is  unnamed even
>     though I defined the following inbound mapping for it.
>
>     <inbound>
>
>                     <target>
>
>     <path>
>
>     name
>
>     </path>
>
>     </target>
>
>     </inbound>
>
>     You will find the resource in attachment
>
>     Can you explain me what is wrong with it ?
>
>     Best regards
>
>     *Loïc Schamber* | Junior IT Consultant
>
>     logo <https://www.serial.ch/>
>
>     	
>
>     	
>
>     lschamber at serial.ch <mailto:lschamber at serial.ch>| +41 22 555 27 69
>     <tel:+41%2022%20555%2027%2069>
>     Chemin du Pré-Fleuri 5 – CH 1228 Plan-les-Ouates
>
>     LinkedIn
>     <https://www.linkedin.com/company/redcactus-by-positivethinkingcompany>
>     Instagram <https://www.instagram.com/positivethinkingcompany>
>
>     	
>     	
>
>     *Redcactus by SERIAL *www.serial.ch <http://www.serial.ch>
>     www.positivethinking.co <http://www.positivethinking.co>
>
>     ------------------------------------------------------------------------
>
>     *Help save paper, do you really need to print this email?*
>     /The content of this email and any attachments are confidential
>     and are intended solely for the person and/or company to whom they
>     are addressed. The information may also be legally privileged. No
>     employee or agent is authorized to conclude any binding agreement
>     on behalf of SERIAL with another party by email without express
>     written confirmation. If you have received this email in error,
>     any use, reproduction or dissemination of this transmission is
>     strictly prohibited. If you are not the intended recipient, please
>     immediately notify the sender by return E-mail and delete this
>     message, its attachments and all copies from your system. Internet
>     communications cannot be guaranteed to be timely, secure, error or
>     virus-free. The sender does not accept liability for any errors or
>     omissions. //Thank you for your cooperation.
>     /
>
>     _______________________________________________
>     midPoint mailing list
>     midPoint at lists.evolveum.com <mailto:midPoint at lists.evolveum.com>
>     https://lists.evolveum.com/mailman/listinfo/midpoint
>
>
> -- 
>
> s pozdravom
>
> Gustáv Pálos
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200318/67da6e81/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6827 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200318/67da6e81/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 451 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200318/67da6e81/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1129 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200318/67da6e81/attachment-0002.png>


More information about the midPoint mailing list