How to pass value from each iteration as a ruleinput value for an another object

sanjuktab2257 said:

index(split(index(index(rule!integration1(input: fv!item)), 1), 2), "/), "name"),

Tangentially, this is a good example, merely for readability/sanity reasons, of why I insist (in my personal best practice edicts at least, and those of the dev teams i've run now and in the past) that when retrieving a named property, you use property(), and reserve index() for when you're actually retrieving an index (that is to say, the index within an array of a particular value).

Also: why are you even bothering to declare local!array when you then proceed to not even reference it in your a!forEach() call?

If it were me, I'd do the digestion of the initial integration result in more granular stages, to help with visibility/troubleshooting/sanity.  I'll take your word for it as to the index positions, and I assume you were trying to split on "/" even though your original code above is missing the close-quote if so.

a!localVariable(
  /* first we run integration 2, since its results will be fed into integration 1. */
  local!array: rule!integration2,
  
  /* next, we build our array of the raw result of integration1, for each member of the integration 2 result.
     we can worry about the splitting and indexing next. */
  local!integration1result: a!forEach(
    items: local!array,
    expression: rule!integration1(input: fv!item)
  ),
  
  /* now, assuming integration 1 worked, we build a list of the cherrypicked / split items, splitting on "/" */
  local!extractedResult: a!forEach(
    items: local!integration1result,
    expression: split(index(index(fv!item, 1), 2), "/")
  ),
  
  /* finally, we pull the "name" and "email" properties out of the extracted results above 
     note: we use "property()" here to get properties, since we're not getting indexes. the difference is readability. */
  a!forEach(
    items: local!extractedResult,
    expression: type!TEST_CDT(
      name: property(fv!item, "name", null()),
      email: property(fv!item, "email", null())
    )
  )
)

(BTW: notice how much more readable the code is when properly using the "Insert --> Code" functionality they give us here?)

sanjuktab2257 said:

index(split(index(index(rule!integration1(input: fv!item)), 1), 2), "/), "name"),

Tangentially, this is a good example, merely for readability/sanity reasons, of why I insist (in my personal best practice edicts at least, and those of the dev teams i've run now and in the past) that when retrieving a named property, you use property(), and reserve index() for when you're actually retrieving an index (that is to say, the index within an array of a particular value).

Also: why are you even bothering to declare local!array when you then proceed to not even reference it in your a!forEach() call?

If it were me, I'd do the digestion of the initial integration result in more granular stages, to help with visibility/troubleshooting/sanity.  I'll take your word for it as to the index positions, and I assume you were trying to split on "/" even though your original code above is missing the close-quote if so.

a!localVariable(
  /* first we run integration 2, since its results will be fed into integration 1. */
  local!array: rule!integration2,
  
  /* next, we build our array of the raw result of integration1, for each member of the integration 2 result.
     we can worry about the splitting and indexing next. */
  local!integration1result: a!forEach(
    items: local!array,
    expression: rule!integration1(input: fv!item)
  ),
  
  /* now, assuming integration 1 worked, we build a list of the cherrypicked / split items, splitting on "/" */
  local!extractedResult: a!forEach(
    items: local!integration1result,
    expression: split(index(index(fv!item, 1), 2), "/")
  ),
  
  /* finally, we pull the "name" and "email" properties out of the extracted results above 
     note: we use "property()" here to get properties, since we're not getting indexes. the difference is readability. */
  a!forEach(
    items: local!extractedResult,
    expression: type!TEST_CDT(
      name: property(fv!item, "name", null()),
      email: property(fv!item, "email", null())
    )
  )
)

(BTW: notice how much more readable the code is when properly using the "Insert --> Code" functionality they give us here?)