<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hello Andy,</p>
    <p>I am glad it works. I've fixed the logging line (on master it was
      already OK).</p>
    <p>As for the stack overflow exception, it does not happen often,
      but sometimes it does. It usually means that some tasks (in this
      case) are extraordinarily large. Could you export your tasks and
      check if this is the case?</p>
    <p>The usual solution - or, more precisely said, workaround - is to
      increase JVM stack size.<br>
    </p>
    <p>Best regards,<br>
    </p>
    <pre class="moz-signature" cols="72">Pavol Mederly
Software developer
evolveum.com
</pre>
    <div class="moz-cite-prefix">On 18.09.2018 6:47, Andrew Morgan
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:alpine.DEB.2.11.1809172138380.18928@shell.onid.oregonstate.edu">Thanks
      Pavol and Davy for getting this fix in the support-3.8 branch too!
      <br>
      <br>
      I built support-3.8 today (pretty easy), and I installed it over
      my existing 3.8 version in my DEV environment.  After making sure
      nothing was obviously broken, I applied it in my PROD environment
      as well.  Our PROD environment has not rolled into full production
      yet.  We are still operating in read-only mode.  LiveSync for AD
      is working!
      <br>
      <br>
      I found one annoyance.  There is some extra logging happening in
      my midpoint.log, quite frequently:
      <br>
      <br>
      2018-09-17 21:41:14,975 [] [midPointScheduler_Worker-5] INFO
      (com.evolveum.midpoint.model.impl.lens.AssignmentEvaluator):
      evalAssignment isVirtual false
      <br>
      <br>
      I tracked this down to a particular commit when I was at work
      earlier today, but I don't have the commit handy here at home.  If
      you search for "evalAssignment isVirtual", you'll find the code. 
      I assume this should be logging at DEBUG or TRACE instead of INFO.
      <br>
      <br>
      I also saw a StackOverflowError when I was doing something with
      tasks.  I think I was resuming the tasks after the upgrade to
      support-3.8.  It goes like this:
      <br>
      <br>
      2018-09-17 15:09:21,404 [] [http-nio-127.0.0.1-8080-exec-2] ERROR
(org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/midpoint].[dispatcherServlet]):
      Servlet.service() for servlet [dispatcherServlet] in context with
      path [/midpoint] threw exception [Filter execution threw an
      exception] with root cause
      <br>
      java.lang.StackOverflowError: null
      <br>
              at
java.lang.reflect.InvocationTargetException.<init>(InvocationTargetException.java:72)<br>
              at
sun.reflect.GeneratedSerializationConstructorAccessor562.newInstance(Unknown
      Source)
      <br>
              at
      java.lang.reflect.Constructor.newInstance(Constructor.java:423)
      <br>
              at
      java.io.ObjectStreamClass.newInstance(ObjectStreamClass.java:1091)
      <br>
              at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2052)<br>
              at
      java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1572)
      <br>
              at
      java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2286)
      <br>
              at
      java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2210)
      <br>
      <br>
      and then the last 4 lines repeat many times.  The Apache logs show
      it was these requests:
      <br>
      <br>
      10.214.121.42 - - [17/Sep/2018:15:09:21 -0700] "GET
/midpoint/admin/tasks?7-1.IBehaviorListener.0-&_=1537222160890&windowName=ed330920-220c-4363-a008-56016f40a75e
      HTTP/1.1" 500 72
      <a class="moz-txt-link-rfc2396E" href="https://midpoint.iam.oregonstate.edu/midpoint/admin/tasks?7">"https://midpoint.iam.oregonstate.edu/midpoint/admin/tasks?7"</a>
      <br>
      10.214.121.42 - - [17/Sep/2018:16:45:25 -0700] "GET
/midpoint/admin/tasks?8-1.IBehaviorListener.0-&_=1537227925115&windowName=23b7b8d1-0a9d-4e8e-a3c6-560db1fc3ed2
      HTTP/1.1" 500 72
      <a class="moz-txt-link-rfc2396E" href="https://midpoint.iam.oregonstate.edu/midpoint/admin/tasks?8">"https://midpoint.iam.oregonstate.edu/midpoint/admin/tasks?8"</a>
      <br>
      <br>
      I hope this helps.  I can try to reproduce it again tomorrow at
      work.
      <br>
      <br>
      Thanks,
      <br>
      <br>
      Andy Morgan
      <br>
      Systems Administrator, Identity & Access Management
      <br>
      Information Services | Oregon State University
      <br>
      541-737-8877 | is.oregonstate.edu
      <br>
      <br>
      On Mon, 17 Sep 2018, Pavol Mederly wrote:
      <br>
      <br>
      <blockquote type="cite">Hello,
        <br>
        <br>
        it's done. Please delete and re-import your live sync tasks
        after you apply the fixed midPoint version.
        <br>
        <br>
        In case of any problems, please let me know.
        <br>
        <br>
        Best regards,
        <br>
        <br>
        Pavol Mederly
        <br>
        Software developer
        <br>
        evolveum.com
        <br>
        <br>
        <br>
        On 17.09.2018 19:49, Davy Priem wrote:
        <br>
        Hi,
        <br>
        <br>
        Plz backport this to support branch. I can’t wait for 3.9 to be
        released.
        <br>
        <br>
        Best regards,
        <br>
        Davy
        <br>
        <br>
        Van: midPoint
<a class="moz-txt-link-rfc2396E" href="mailto:midpoint-bounces@lists.evolveum.com"><midpoint-bounces@lists.evolveum.com></a><a class="moz-txt-link-rfc2396E" href="mailto:midpoint-bounces@lists.evolveum.com"><mailto:midpoint-bounces@lists.evolveum.com></a>
        Namens Pavol Mederly
        <br>
        Verzonden: Saturday, September 15, 2018 8:08 AM
        <br>
        Aan:
        <a class="moz-txt-link-abbreviated" href="mailto:midpoint@lists.evolveum.com">midpoint@lists.evolveum.com</a><a class="moz-txt-link-rfc2396E" href="mailto:midpoint@lists.evolveum.com"><mailto:midpoint@lists.evolveum.com></a>
        <br>
        Onderwerp: Re: [midPoint] dirsync cookie size
        <br>
        <br>
        <br>
        Hello Davy, Andrew,
        <br>
        <br>
        it is fixed in v3.9devel-810-g6ad3f2d. Took some time because
        there is really a lot of work these days.
        <br>
        <br>
        Davy, you say it blocks your deployment. Does this mean you need
        this patch to be backported to support-3.8 branch?
        <br>
        <br>
        Best regards,
        <br>
        <br>
        Pavol Mederly
        <br>
        <br>
        Software developer
        <br>
        <br>
        evolveum.com
        <br>
        On 07.09.2018 21:25, Davy Priem wrote:
        <br>
        Hi Andrew,
        <br>
        <br>
        I wanted to enable AD live sync on our production env and I got
        the same issue. I’ve created
        <a class="moz-txt-link-freetext" href="https://jira.evolveum.com/browse/MID-4878">https://jira.evolveum.com/browse/MID-4878</a> since this blocks our
        deployment.
        <br>
        <br>
        Davy Priem
        <br>
        IT technical management
        <br>
        <br>
        VIVES University of Applied Sciences | Dienst IT
        <br>
        Doorniksesteenweg 145 | 8500 Kortrijk
        <br>
        <br>
        <br>
        <br>
        <br>
        Op 4 sep. 2018, om 02:09 heeft Andrew Morgan
        <<a class="moz-txt-link-abbreviated" href="mailto:morgan@oregonstate.edu">morgan@oregonstate.edu</a><a class="moz-txt-link-rfc2396E" href="mailto:morgan@oregonstate.edu"><mailto:morgan@oregonstate.edu></a>>
        het volgende geschreven:
        <br>
        <br>
        I want to use LiveSync against Active Directory.  I tested this
        against a DEV AD forest successfully.  However, our production
        AD forest sends back a dirsync cookie that is too large to store
        in the database.  Here is the error message:
        <br>
        <br>
        Caused by: java.sql.BatchUpdateException: (conn:2031) Data too
        long for column 'stringValue' at row 1
        <br>
        Query is: insert into m_object_ext_string (item_id, owner_oid,
        ownerType, stringValue) values (?, ?, ?, ?), parameters
        [3,'f82fdd36-4c48-4fb6-a63a-41b7a4c3d87c',0,'TVN
        <br>
EUwMAAAAnXGd2x0LUAQAAAAAAAAAAYAEAAKtAqxsAAAAAAAAAAAAAAACrQKsbAAAAAHPlzWqF1FtDm1ZrUmr4u/MBAAAAAAAAAA4AAAAAAAAAhqWdCK+vK02geidsZEcwPLtShAEAAAAArof1HJPRtky2F91ymoTezNjxBg
        <br>
AAAAAA46GJMRVAcU2tKRkmqVaV1J+dagAAAAAAcrUjMp5l50+jD8wFx6wJJjHD2xIAAAAAdpm4VNLlFka4g0XbrKotWMDcdgEAAAAAWKaYVZylhU6lcupRoF3dJ2Gu8xwAAAAAGuwbW5pZ9Uyj9C51G+Cn+XAreCwAAAAAc
        <br>
+XNaoXUW0ObVmtSavi788RAqxsAAAAAFP87ecztkkC/rUXsZKbD3DJFlC8AAAAAQSkin09ZxEuR3AkpCse6hldb+AIAAAAAZTmHyMWZlEip9Ud4ctmZQcz3AAAAAAAApJnX7Zy8A0KPlWzyWh3+kBnSbAAAAAAAjuvm8MeE
        <br>
        6UOQ5G8LLXFnsb/YBQAAAAAAoalZ8hHbSUiEDZ030itBSixrzQEAAAAA']
        <br>
        <br>
        stringValue is varchar(191), but the dirsync cooke is huge - 560
        characters long.
        <br>
        <br>
        Is this a known issue?
        <br>
        <br>
        Thanks,
        <br>
        <br>
        Andy Morgan
        <br>
        Systems Administrator, Identity & Access Management
        <br>
        Information Services | Oregon State University
        <br>
        541-737-8877 |
        is.oregonstate.edu<a class="moz-txt-link-rfc2396E" href="http://is.oregonstate.edu"><http://is.oregonstate.edu></a>
        <br>
        _______________________________________________
        <br>
        midPoint mailing list
        <br>
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a><a class="moz-txt-link-rfc2396E" href="mailto:midPoint@lists.evolveum.com"><mailto:midPoint@lists.evolveum.com></a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.evolveum.com/mailman/listinfo/midpoint">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
        <br>
        <br>
        <br>
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        <br>
        midPoint mailing list
        <br>
        <br>
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a><a class="moz-txt-link-rfc2396E" href="mailto:midPoint@lists.evolveum.com"><mailto:midPoint@lists.evolveum.com></a>
        <br>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.evolveum.com/mailman/listinfo/midpoint">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
        <br>
        <br>
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        midPoint mailing list
        <br>
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a><a class="moz-txt-link-rfc2396E" href="mailto:midPoint@lists.evolveum.com"><mailto:midPoint@lists.evolveum.com></a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.evolveum.com/mailman/listinfo/midpoint">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
        <br>
        <br>
        <br>
        <br>
      </blockquote>
      <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>