Stephen Kaufman has in a blog listed all message properties that you can access when you are in a pipeline component. I have recently needed to use some of these properties so I wrote the code below which lists all context properties. The call to ctx.Read is how you access the information in the property.
IBaseMessageContext ctx = inmsg.Context;
string name; string nspace; for (int loop = 0; loop < ctx.CountProperties; loop++) { ctx.ReadAt(loop, out name, out nspace); string value = ctx.Read(name, nspace).ToString(); System.Diagnostics.Trace.WriteLine(name + 'tt' + nspace + 'tt' + value); }
When I compared the lists generated from my receive and send pipelines I noticed that they were different from Stephen's. My guess is that the reason for this is that his list was generated on BizTalk 2004 while my list is generated on BizTalk 2006. The following tables list all properties that I found (as the File adapter was used for these tests there are a few File adapter-specific properties included). You may note that the properties is sorted by namespace, this is not my doing because this is the order in which they were printed!
What Is Message Context Property Base In Orchestration Youtube
For each property I list if the property is new or not, the name, the namespace, and a sample value. The sample value is to help you understand what type of information the property contains.
Receive Pipeline PropertiesWhat Is Message Context Property Base In Orchestration Meaning
There are now 19 properties in the receive pipeline, one deleted and six new. Please note that MessageType, SchemaStrongName and SourceCharset only appears after the Disasseble stage has been executed. If you grab the context in the Decode stage of the receive pipeline these properties will be missing! Note that the WasSolicitResponse property that Stephen listed has are not present in this list! If they have been removed or if the are missing for some other reason I do not know.
Send Pipeline Properties
In the send pipeline I now find 42 properties! 15 is new and 4 has been removed.
Note that the PartyName, RetryInterval, WasSolicitResponse and SourcePartyID properties that Stephen listed has are not present in this list! If they have been removed or if the are missing for some other reason I do not know. The reason for two of the deleted properties may be that I did not use a Party Resolution stage in the receive pipeline, but I do not find it interesting to amend my tests with this right now..
To manage the JD Edwards OneWorld connection session from a BizTalk orchestration, you must add the reference to Microsoft.BizTalk.Adapters.JDEProperties.dll in your project. This assembly is located in %SystemDrive%Program FilesCommon FilesMicrosoft BizTalk Adapters for Enterprise Applicationsbin.
After you reference this property schema, additional context properties are accessible to various BizTalk development tools, for example, the Message Assignment shape within the Orchestration Designer.
To access a context property, you specify one of the available context properties within the JD Edwards OneWorld namespace. To read a context property of a message received from a port bound to the Microsoft BizTalk Adapter for JD Edwards OneWorld, use the syntax, Message(JDE.Property), in an expression. Refer to JD Edwards OneWorld Session Management for a list of properties.
In BizTalk, messages are immutable.
To assign a message context property value
See Also
Using Message Context Properties
About Session Management Tutorial: Using the BizTalk Adapter for JD Edwards OneWorld Comments are closed.
|
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |