<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hello Anand,<br>
<br>
the problem is that CSV connector cannot update the file while it
is being read.<br>
<br>
And the midPoint import works like this: it opens a "iterative
search" operation, and while receives individual accounts, it
immediately imports them. The "iterative search" operation
finishes only after all accounts are imported.<br>
<br>
This wouldn't pose a problem in itself. However, it is almost sure
that in your case, you also do an <b>update</b> of the accounts
during import. For example, our CSV file sample updates account
password, because of the mappings:<br>
<br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<small><tt> <credentials></tt><tt><br>
</tt><tt> <password></tt><tt><br>
</tt><font color="#cc0000"><tt>
<outbound></tt><tt><br>
</tt><tt> <expression></tt><tt><br>
</tt><tt> <asIs/></tt><tt><br>
</tt><tt> </expression></tt><tt><br>
</tt><tt> </outbound></tt><tt><br>
</tt></font><tt> <inbound></tt><tt><br>
</tt><tt>
<strength>weak</strength></tt><tt><br>
</tt><tt> <expression></tt><tt><br>
</tt><tt> <generate/></tt><tt><br>
</tt><tt> </expression></tt><tt><br>
</tt><tt> </inbound></tt><tt><br>
</tt><tt> <passwordPolicyRef
oid="81818181-76e0-59e2-8888-3d4f02d3ffff"
type="c:ValuePolicyType"/></tt><tt><br>
</tt><tt> </password></tt><tt><br>
</tt><tt> </credentials></tt><tt><br>
</tt></small><br>
I.e. during import, a password is generated (via inbound mapping),
and then pushed back onto CSV resource (via outbound mapping).<br>
<br>
The solution is simple - if you want to use CSV file as a pure
data source, just delete all outbound mappings from the
configuration. If you want to distribute changes also in the
direction midPoint->CSV, leave only these mappings that do not
cause updating the file during import.<br>
<br>
You might be curious why the 100-entries limit. It is because of
the buffering built into ConnId framework. (Maybe turning off the
buffering could also help, but I haven't tried.)<br>
<br>
Best regards,<br>
Pavol<br>
<br>
On 17. 3. 2015 9:39, Anand Kothekar wrote:<br>
</div>
<blockquote
cite="mid:CAHUT-CRpX5=q+hubEm2adMQnuom-Ny1SKE+DPUS0uo8h6iHgdw@mail.gmail.com"
type="cite">
<div dir="ltr">Hi,
<div><br>
</div>
<div><br>
</div>
<div>I was working with CSV file where I tried to import users.
I was able to import approximately 100 users from CSV file at
a time.I actually have requirement where I need to import
thousands of users through CSV.<br>
</div>
<div><br>
</div>
<div>When I try to import more than 100 users, the task simply
keeps running. This time it has "DefaultNode " value under
"Executing at" attribute which might be because of clustering
to handle workload.<br>
</div>
<div><br>
</div>
<div>After waiting for near about an hour it gives stalled
error.</div>
<div><br>
</div>
<div>please suggest me some way which will import users smoothly</div>
<div> </div>
<div><br>
</div>
<div><br>
</div>
<div>Regards,</div>
<div>Anand</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
midPoint mailing list
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a>
<a class="moz-txt-link-freetext" href="http://lists.evolveum.com/mailman/listinfo/midpoint">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
</blockquote>
<br>
</body>
</html>