Forum Discussion

Morgan's avatar
Morgan
Ideator I
3 years ago
Solved

Update an item causes recursive loop

Hi team, So I am looking to run a method on an item whenever it is updated to update two hidden properties on the item that drive some functionality later on down the workflow. The issue I am ...
Methods
  • Morgan's avatar
    Morgan
    3 years ago

    It's possible. I did end up getting everything working. 

    I ended up creating a client wrapper as a method triggered from a form event onFormPopulate. The client method validates that the item is locked then calls the server method to perform the update. It's working as expected now.

Morgan's avatar
Morgan
Ideator I
3 years ago

Thanks for this Angela. The system does definitely collapse :) I don't know that this will work for my case.  In the example here, once the property is set the method will not fire again. In my use case, I need the method to fire and update the property everytime the item is saved. If I use this method, it will apply the first time but then not in any subsequent attempts I believe.

AngelaIp's avatar
AngelaIp
Ideator I
3 years ago

Have you tried the attribute serverEvent = 0 in your query? 

Edit: --> myCall.setAttribute("serverEvents","0");

  • Morgan's avatar
    Morgan
    Ideator I
    3 years ago

    Yep, that was one of the first things I tried with onAfterUpdate to stop it calling the method recursively but it didn't seem to work.

    Funny enough, when using onAfterVersion I was able to use setAttribute("version","0"); and was able to stop it which is why I switched over to that trigger but it caused other issues as I noted.

    • AngelaIp's avatar
      AngelaIp
      Ideator I
      3 years ago

      Strange, I was sure that serverEvents would do the trick. It´s often combined with setAttribute("doGetItem","0"); , but it should not make a difference.

      So you basically have an ItemType like e.g. "Part". After clicking save your Method will edit something in the same item. Correct?

      onFormPopulates will trigger the loop if you refresh the Form in your Method.

      I have to admit, when ever I update something after regular edit, I don´t use AML but SQL. This is also what Aras does a lot. This way you prevent unnecessary history entries.



      • Morgan's avatar
        Morgan
        Ideator I
        3 years ago

        Maybe I am doing something wrong with the serverEvents attribute?

        That is correct. I am editing the same item that is saved.

        Oddly, my wrapper method doesn't refresh the form but it still loops :/

        I didn't want to use sql because I wanted the history to show when this value gets updated (Its the product category for our changes)

        Here is the portion of the code in question, the server events is commented out due to me changing over to the onAfterVersion in my original testing since it didnt work:

        [embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:bcea3037-9d7d-4171-a9e4-e69e7fb40bfe:type=text&text=%20%20%20%20ecrItem.setAction%28%22update%22%29%3B%0D%0A%20%20%20%20%0D%0A%20%20%20%20WriteLog%28%22ECR%20in%20Edit%20Mode%20-%20Item%20Lock%20Status%20%3D%20%22%2BecrItem.getLockStatus%28%29%2B%22%20Item%20ID%20%22%2BecrItem.getID%28%29%29%3B%0D%0A%20%20%20%20%2F%2F%20ecrItem.setAttribute%28%22serverEvents%22%2C%20%220%22%29%3B%0D%0A%20%20%20%20ecrItem.setAttribute%28%22version%22%2C%20%220%22%29%3B%0D%0A%20%20%20%20ecrItem.setProperty%28%22a_gpr_by_prodcat%22%2C%20setRegions%29%3B%0D%0A%20%20%20%20ecrItem.setProperty%28%22a_design_center%22%2C%20setRegions%29%3B%0D%0A%20%20%20%20if%20%28ecrItem.getProperty%28%22a_eco_status%22%29%20%3D%3D%20null%29%0D%0A%20%20%20%20%20%20%20%20%7B%0D%0A%20%20%20%20%20%20%20%20%20%20%20%20ecrItem.setProperty%28%22a_eco_status%22%2C%20%22Stage%201%20of%2011%20-%20ECR%20Created%22%29%3B%0D%0A%20%20%20%20%20%20%20%20%7D%0D%0A%20%20%20%20ecrItem%20%3D%20ecrItem.apply%28%29%3B]