<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Jason,<br>
<br>
of course you can wait for 3.1 when it comes out. Or you can try to
test the 3.1 snapshot.<br>
<br>
The version I'm using is the latest master - compiled from sources.<br>
<br>
You can download latest master - binary version here:
<a class="moz-txt-link-freetext" href="https://www.evolveum.com/download/">https://www.evolveum.com/download/</a><br>
<br>
Direct link for latest tar.bz2 archive:
<a class="moz-txt-link-freetext" href="http://athena.evolveum.com/builds/master/latest/midpoint-3.1-SNAPSHOT-dist.tar.bz2">http://athena.evolveum.com/builds/master/latest/midpoint-3.1-SNAPSHOT-dist.tar.bz2</a><br>
<br>
After unpacking, in config/sql/_all you can use the SQL script to
create the db repository. I <b>recommend</b> to use either new DB
or use local automatically-created H2 embedded database.<br>
<br>
You can import most of your objects, but references to embedded
connectors have been updated (LDAP, CSV, DBTable), so your existing
resources need to be updated too. This is namely connectorType and
connector namespace in the resources.<br>
<br>
The midPoint iterator is still work in progress (the resource
iterator has been fixed, I've retested it today).<br>
<br>
Thank you for your feedbacks,<br>
regards,<br>
Ivan<br>
<br>
<div class="moz-cite-prefix">On 12/02/2014 04:15 PM, Jason Everling
wrote:<br>
</div>
<blockquote
cite="mid:CAFkZXY59x2B5Goo5f5QuKOkkVw=J=Zw4tfGmLip8b5qTfe7LeQ@mail.gmail.com"
type="cite">
<div dir="ltr">Ah ok, sounds good, Thanks for checking! I will
wait until 3.1 comes out to test any further, or how do I update
to the latest 3.0.1 or is that just devel? I am on the standard
3.0.1 release, I also noticed the iterator was fixed, awesome!
<div><br>
</div>
<div>JASON</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Dec 2, 2014 at 9:05 AM, Ivan
Noris <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ivan.noris@evolveum.com" target="_blank">ivan.noris@evolveum.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Hi Jason,<br>
<br>
(un)fortunately, it still works even with your mapping.<br>
<br>
My scenario:<br>
<br>
Object template referenced in unmatched situation:<br>
<objectTemplate xmlns=<a moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a><br>
oid="10000000-0000-0000-0000-000000000203"<br>
version="7"><br>
<name>User Template 3</name><br>
<description><br>
This object is used when creating a new
account from SonisWeb, only Active Students are pulled
from CSV.<br>
</description><span class=""><br>
<mapping><br>
<authoritative>true</authoritative><br>
<source><br>
</span> <c:path
xmlns:c=<a moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>organization</c:path><br>
</source><span class=""><br>
<expression><br>
<assignmentTargetSearch><br>
<targetType
xmlns:c=<a moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>c:OrgType</targetType><br>
</span> <filter xmlns:q=<a
moz-do-not-send="true"
href="http://prism.evolveum.com/xml/ns/public/query-3"
target="_blank">"http://prism.evolveum.com/xml/ns/public/query-3"</a>><span
class=""><br>
<q:equal><br>
<q:path>name</q:path><br>
<expression><br>
</span> <c:path
xmlns:c=<a moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>$organization</c:path><span
class=""><br>
</expression><br>
</q:equal><br>
</filter><br>
</assignmentTargetSearch><br>
</expression><br>
<target><br>
</span><span class=""> <c:path
xmlns:c=<a moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>assignment</c:path><br>
</target><br>
</mapping><br>
</span> </objectTemplate><br>
<br>
CSV has been extended by a new column "organization",
added value of a name for my existing organization (not
root).<br>
<br>
Livesync for new user works, user is created in midPoint,
assigned organization, visible in org. structure.
ParentOrgRef element is present.<br>
<br>
So it really seems to be fixed somewhere between 3.0.1 and
the current master.<br>
<br>
Regards,<br>
Ivan<span class=""><br>
<br>
<br>
<div>On 12/02/2014 03:25 PM, Jason Everling wrote:<br>
</div>
</span>
<div>
<div class="h5">
<blockquote type="cite">
<div dir="ltr">Can you try to use my mapping, yours
looks to be assigning a specific organization,
<div><br>
</div>
<div>My mapping in objectTemplate is assigning
based on the "organization" attribute in the
user profile</div>
<div><br>
</div>
<div>
<div> <mapping></div>
<div>
<authoritative>true</authoritative></div>
<div> <source></div>
<div>
<path>organization</path></div>
<div> </source></div>
<div> <expression></div>
<div> <assignmentTargetSearch></div>
<div>
<targetType>c:OrgType</targetType></div>
<div> <filter></div>
<div> <q:equal></div>
<div>
<q:path>name</q:path></div>
<div> <expression></div>
<div>
<path>$organization</path></div>
<div> </expression></div>
<div> </q:equal></div>
<div> </filter></div>
<div> </assignmentTargetSearch></div>
<div> </expression></div>
<div> <target></div>
<div>
<path>assignment</path></div>
<div> </target></div>
<div> </mapping></div>
</div>
<div><br>
</div>
<div>Thanks!</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Dec 2, 2014 at
1:30 AM, Ivan Noris <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:ivan.noris@evolveum.com"
target="_blank">ivan.noris@evolveum.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Jason,<br>
<br>
first - thank you for detailed report.<br>
I've just tested this, but couldn't
reproduce with my midPoint version. This is
what I've tried to check with you:<br>
<br>
1. using your Sonis Web resource (CSV),
slightly modified: removed schema extension
inbounds and object template reference in
"unmatched" action - but tried also with it<br>
2. create most simple object template with
only 1 mapping and set it as global user
template:<br>
<mapping><br>
<expression><br>
<assignmentTargetSearch><br>
<targetType xmlns:c=<a
moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>c:OrgType</targetType><br>
<oid>00000000-dc00-dc00-0005-000000000001</oid><br>
</assignmentTargetSearch><br>
</expression><br>
<target><br>
<c:path xmlns:c=<a
moz-do-not-send="true"
href="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
target="_blank">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>assignment</c:path><br>
</target><br>
</mapping><br>
<br>
(the oid is one my root organizations I have
in midPoint)<br>
3. tried to do LiveSync for two accounts<br>
4. both accounts appear in OrgStruct, and of
course have parentOrgRef<br>
5. then I've switched off the global user
template and referenced it directly in
"unmatched" situation<br>
6. created another account in CSV,
livesynced<br>
7. the account also works, appears in
OrgStruct<br>
<br>
So, unless I'm doing something different, it
might as well as be fixed in the devel
version I'm running:
git-v3.0.1devel-680-g89fbcf7<br>
<br>
If I'm not making some obvious mistake by
oversimplifying your scenario, would it be
possible to retest this with master? I'd
recommend to try it in separate DB
repository (H2 is ok) as there is a change
in DB schema after 3.0.1 as well as in the
connector namespaces (so you would need to
change connector references for DB, CSV,
LDAP resources for master).<br>
<br>
Thank you.<br>
Regards,<br>
Ivan
<div>
<div><br>
<br>
<div>On 12/02/2014 12:36 AM, Jason
Everling wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div>
<div dir="ltr">Since I finished up the
roles/groups testing I moved onto
Orgs, I got my orgs mapped and
working correctly so it is not a
configuration question.
<div><br>
</div>
<div>When a user is manually added
in the midpoint GUI and the Org
gets assigned manually the users
shows up in the GUI in the Org
Tree,</div>
<div><br>
</div>
<div>If a user is created
automatically using a resource
such as DBTable or CSV and the Org
is assigned from a objectTemplate
they do not show up in the Org
tree under the Org but if I open
the user, sure enough the Org is
assigned.</div>
<div><br>
</div>
<div>The only thing I notice
differently from a manual creation
to a automatic creation is that
the manual creation adds the below
to the user object, the users that
are automatically created are
missing this item, if I manually
add the item to the user then they
show up in the Org Tree,</div>
<div><br>
</div>
<div>The below is what is missing
from the auto created/assigned
users objects,</div>
<div><br>
</div>
<div> <parentOrgRef
oid="9c3facf5-fd01-46f5-9c28-8488403826be"
type="OrgType"><!-- OU=SHP
Staff,DC=TEST,DC=LOCAL
--></parentOrgRef><br>
</div>
<div><br>
</div>
<div>JASON</div>
</div>
<br>
</div>
</div>
<font><br>
<br>
CONFIDENTIALITY NOTICE:<br>
This e-mail together with any
attachments is proprietary and
confidential; intended for only the
recipient(s) named above and may contain
information that is privileged. You
should not retain, copy or use this
e-mail or any attachments for any
purpose, or disclose all or any part of
the contents to any person. Any views or
opinions expressed in this e-mail are
those of the author and do not represent
those of the Baptist School of Health
Professions. If you have received this
e-mail in error, or are not the named
recipient(s), you are hereby notified
that any review, dissemination,
distribution or copying of this
communication is prohibited by the
sender and to do so might constitute a
violation of the Electronic
Communications Privacy Act, 18 U.S.C.
section 2510-2521. Please immediately
notify the sender and delete this e-mail
and any attachments from your computer.
</font><br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
midPoint mailing list
<a moz-do-not-send="true" href="mailto:midPoint@lists.evolveum.com" target="_blank">midPoint@lists.evolveum.com</a>
<a moz-do-not-send="true" href="http://lists.evolveum.com/mailman/listinfo/midpoint" target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a><span><font color="#888888">
</font></span></pre>
<span><font color="#888888"> </font></span></blockquote>
<span><font color="#888888"> <br>
<pre cols="72">--
Ing. Ivan Noris
Senior Identity Management Engineer
<a moz-do-not-send="true" href="http://evolveum.com" target="_blank">evolveum.com</a> <a moz-do-not-send="true" href="http://evolveum.com/blog/" target="_blank">evolveum.com/blog/</a>
_____________________________________________
"Semper Id(e)M Vix."
</pre>
</font></span></div>
<br>
_______________________________________________<br>
midPoint mailing list<br>
<a moz-do-not-send="true"
href="mailto:midPoint@lists.evolveum.com"
target="_blank">midPoint@lists.evolveum.com</a><br>
<a moz-do-not-send="true"
href="http://lists.evolveum.com/mailman/listinfo/midpoint"
target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<font><br>
<br>
CONFIDENTIALITY NOTICE:<br>
This e-mail together with any attachments is
proprietary and confidential; intended for only
the recipient(s) named above and may contain
information that is privileged. You should not
retain, copy or use this e-mail or any attachments
for any purpose, or disclose all or any part of
the contents to any person. Any views or opinions
expressed in this e-mail are those of the author
and do not represent those of the Baptist School
of Health Professions. If you have received this
e-mail in error, or are not the named
recipient(s), you are hereby notified that any
review, dissemination, distribution or copying of
this communication is prohibited by the sender and
to do so might constitute a violation of the
Electronic Communications Privacy Act, 18 U.S.C.
section 2510-2521. Please immediately notify the
sender and delete this e-mail and any attachments
from your computer. </font><br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
midPoint mailing list
<a moz-do-not-send="true" href="mailto:midPoint@lists.evolveum.com" target="_blank">midPoint@lists.evolveum.com</a>
<a moz-do-not-send="true" href="http://lists.evolveum.com/mailman/listinfo/midpoint" target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
</blockquote>
<br>
<pre cols="72">--
Ing. Ivan Noris
Senior Identity Management Engineer
<a moz-do-not-send="true" href="http://evolveum.com" target="_blank">evolveum.com</a> <a moz-do-not-send="true" href="http://evolveum.com/blog/" target="_blank">evolveum.com/blog/</a>
_____________________________________________
"Semper Id(e)M Vix."
</pre>
</div>
</div>
</div>
<br>
_______________________________________________<br>
midPoint mailing list<br>
<a moz-do-not-send="true"
href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a><br>
<a moz-do-not-send="true"
href="http://lists.evolveum.com/mailman/listinfo/midpoint"
target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<font size="2"><br>
<br>
CONFIDENTIALITY NOTICE:<br>
This e-mail together with any attachments is proprietary and
confidential; intended for only the recipient(s) named above and
may contain information that is privileged. You should not
retain, copy or use this e-mail or any attachments for any
purpose, or disclose all or any part of the contents to any
person. Any views or opinions expressed in this e-mail are those
of the author and do not represent those of the Baptist School
of Health Professions. If you have received this e-mail in
error, or are not the named recipient(s), you are hereby
notified that any review, dissemination, distribution or copying
of this communication is prohibited by the sender and to do so
might constitute a violation of the Electronic Communications
Privacy Act, 18 U.S.C. section 2510-2521. Please immediately
notify the sender and delete this e-mail and any attachments
from your computer. </font><br>
<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>
<pre class="moz-signature" cols="72">--
Ing. Ivan Noris
Senior Identity Management Engineer
evolveum.com evolveum.com/blog/
_____________________________________________
"Semper Id(e)M Vix."
</pre>
</body>
</html>