Adding the prop schema to your message schema (even with default values) isn't |
Scott Colestock posted on Wednesday, July 11, 2007 12:07 PM
|
Adding the prop schema to your message schema (even with default values)
isn't sufficient to get the behavior you want. For a
MessageContextPropertyBase property, you don't need to add the property
schema to your message schema at all - but you *do* need to set the context
property explicitly either in a pipeline or in an orchestration (e.g.
mymsg(myprop) = "myvalue";)
As a side note, if the email is for operational purposes (health/sickness of
the system itself as opposed to a business user interaction) you might want
to consider just writing to the event log (perhaps with a custom event
source) and using a tool like MOM to send the email. Then you can get alert
consolidation, etc.
Scott Colestock
www.traceofthought.net |
 |
|
This works now that I've added a custom pipeline and set my context properties. |
Bria posted on Wednesday, July 11, 2007 4:36 PM
|
This works now that I've added a custom pipeline and set my context
properties. My next problem is how I can access the custom context
properties in my error handling orchestration. The orchestration takes in a
generic XML document message and when I try to pull up the context properties
in an expression shape it's unable to fine my custom property schema. For
example:
SampleMessage(CustomSchema.APPLICATION_GROUP) |
 |
|
Please, check- does your Orchestration is in the same namespace as the |
Leonid Ganeline posted on Thursday, July 12, 2007 5:14 PM
|
Please, check
- does your Orchestration is in the same namespace as the Property schema?
- If your message is the multi-part one, you have to use syntax like
SampleMessage.<part_name>(CustomSchema.APPLICATION_GROUP) (try to type '.'
after 'CustomSchema'...)
--
Regards,
Leonid Ganeline
Microsoft Certified Technology Specialist: BizTalk Server 2006
http://geekswithblogs.net/leonidganeline/ |
 |
|