-
I am running a process that MUST process messages in the order they were received. To enable this I am using a sequential convoy. I have encountered a circumstance where problems have occured with a send port during the convoy processing. This is causing the convoy to hang. Unfortunatley all messages passed to this orchestration get suspended along with the message that could not be sent to the port. This is a highly undesirable condition. I would like the single message to fail and be handled then
-
I need the ability to call an orchestration that will accept "Any" message type. I was hoping I could use the start orchestration shape however I can not work out what type I must assign to the message parameter in order for it to cast a message of one type to a general type. If I create a message parameter in my "Started" orchestration that is of type xmldocument it requries that the message being passed is of the same type. Is there a type that will work? or am I going to have
-
In my experience this is not a great way of performing this sort of task. If you are only shifting data from oracle to SQL and there is minimal mapping and no further interaction with the data I would strongly recommend a more suited technology such as SSIS. I have had a very similar problem with significantly smaller file sizes (100MB) that I had to pick up a batch file and stick it in sql. Almost every angle I turned to I got an out of memory exception or very erratic behaviour from BizTalk (a
-
In my experience this is not a great way of performing this sort of task. If you are only shifting data from oracle to SQL and there is minimal mapping and no further interaction with the data I would strongly recommend a more suited technology such as SSIS. I have had a very similar problem with significantly smaller file sizes (100MB) that I had to pick up a batch file and stick it in sql. Almost every angle I turned to I got an out of memory exception or very erratic behaviour from BizTalk (a
-
Hooray, I have solved the problem by piecing together a couple of blogs on binary attachments and mime encoding. Turns out that the way to do this is to convert the base64 data back to a byte array, create a editable memory stream from this byte array and add this using the message addpart() method. The following code that does this.... public static void AddMIMEPart( XLANGMessage msg, String partName, String partFileName, string encoding, String partData) { switch (encoding.ToUpper()) { case "BASE64"
-
I know this has been long documented, but I can not find anything that tells me how to do what I am attempting accross all my searches, so I am throwing it out there in the hope of some help..... I am writing a generic EMailer service in biztalk that will handle emails for all biztalk apps that my current client writes. The EMailer consists of a schema that defines an email and associated fields. I have got it successfully sending html\text emails and forwarding text\html\xml attachments, however
-
While it makes life easier, you do not need wcf... If your orchestration is exposed as a web service: Edit the asmx project that is created. Here you will see the guts of how to add a message to biztalk using a function call! You will also have full access the the iis http data (your soap headers). You can then add this data either to the message body before calling the "add to biztalk" function, or I think there is a message header portion of the "add to biztalk" function. If
-
I did not go down the pipeline route, so I can not give you an exact example, I used a loop to process the message parts one by one within an orchestration (I know this was a bit of a cop out, but I needed quick results). However were I to be given the time to do this.... I would write a custom pipeline component. This is quite involved, but basically you get access to the biztalk message, and once you have acces to this, you can do whatever you like. I would then build a pipeline that uses your
-
In my recent experience while using biztalk 2006, I have found that using very large messages causes a huge performance hit. If throughput speed is not an issue, and as long as you NEVER load the document into memory (through using xmldocument \ object serialization or anything that may require the entire document to be loaded ) you will find biztalk works, albeit very slowly. If this is not part of a process or ESB I would suggest you use SSIS instead, It is much quicker.
-
I am trying to find a neat way of validating an xml document against a schema within an orchestration. My data is being passed in to me via a web service that contains an "any" element. This provides a single endpoint that can be used by multiple clients. The clients fill the any tag with data in their own native xml format. Once the data has been received the data is routed to a handler orchestration that understands the source format and validates enriches, and transforms the source format