Comments on: Orchestration variable retriever functoid (and why you should not use it)

By: wos

wos — Tue, 03 Jan 2012 13:15:18 +0000

Hello,

FYI: I changed the Functoid’s ConnectionType and Category due to connect it to a scripting functoid.

this.Category = FunctoidCategory.String;
this.OutputConnectionType = ConnectionType.All;
AddInputConnectionType(ConnectionType.All);

Otherwise it doen’t work (I’m using BTS 2009).

Furthermore I experienced problems when trying to read an orchestration variable that is not used within an orchestration scope.
When I assign a value to the variable in an expression shape on top level (no orchestration scope), the Functoid always returned null because in the Functoids RetrieveVariableFromField – method a NullObjectReference – Exception is thrown when trying to retrieve the value (fieldInfo.GetValue(xLangContext) is null).
Seems like the variables value is not persisted somehow.

A dummy usage (e.g. writing the variables value to the event log) in a sub-scope solved the issue.

So long,

wos

By: Anonymous

Anonymous — Thu, 10 Nov 2011 07:34:39 +0000

You can modify the source schema then use it in maps.

By: Peter

Peter — Fri, 18 Feb 2011 10:12:01 +0000

I re-compiler it and put it in Biztalk2009.
But, It is not work.
Is the functoid not work in Biztalk2009?

Thanks your help.
Peter

By: Anonymous

Anonymous — Fri, 18 Feb 2011 10:11:16 +0000

I re-compiler it and put it in Biztalk2009.
But, It is not work.
Is the functoid not work in Biztalk2009?

Thanks your help.
Peter

By: Helder

Helder — Fri, 08 Jan 2010 19:37:05 +0000

Hi,

this is great! Thks, i need this to change a value in a several nodes, all with the same name in diferent records, and xpah is not the way…

Performance is not very important in my case.

Many thks

By: Vineet

Vineet — Wed, 13 May 2009 00:37:31 +0000

I think this is a great post. It atleast gives us an option between multiple message map or accessing orchestration variable.