Forum Replies Created
-
Posts
-
I don’t think so. You can call anything a Header and Record if you want though. Just not define it inside the Disassemblier.
What are you trying to accomplish?
Yes, you can promote a value from the message and use that as the transport address.
Or, use some value in the message to pass into the rules engine to get an address back.
Lastly, you can use parties. But that are a little hard to work with.
Best of luck.
the fields that you are going to use in expression shapes etc need to be distinguished fields. Right click the field -> Promote -> Show Promotions, go to the Distinguished fields Tab and add one of the fields to the list if distinguished on the right. Make sure there’s a propertyschema file defined. After that you’ll be able to use such fields in your expressions
Gino
i think i was able to blow up an orchestration called from a call shape. I openened orcehstration debugger and on the list of all the steps, i click on the step whihc corresponds to \”Call Orchestration\” shape and then right click that entry and click \”View Called Orchestration\”. That should bring up the Orch B
Gino
If you use a \”Specify Later\” port you get a port property called \”Delivery Notification\” which you could set to \”Transmitted\” meaning that the send port won’t return unless the message is transmitted after # of retries that you setup in Biztalk Explorer. Hope this helps.
Gino
Hi. I am having an annoying problem.
so i send an http post to biztalk. the port is specify later and has an inbound map set up and also a flatfile disassembler pipeline. The pipeline works because it’s used everywhere else. The map i’ve tested and it works fine. For some reason, i can’t get this particular message into orcehstration. In event viewer i only get one error message:
Description:
The Messaging Engine encountered an error publishing a batch of \”1\” messages to the Message Box database for the transport adapter \”BizTalk HTTP Receiver\”. Please refer to Health and Activity Tracking tool for more detailed information on this failure and check the endpoint bindings are correctly configured.So i can’t figure out what the problem is. Is there a way to look at the message body as it comes into the biztalk server/adapter. Pretty annoying, i cant’ figure it out.
Thanks
GinoPipelines can also promote fields. I just started working at a place where they use a lot of SOAP-Headers (not sure exactly what you mean by header). They have a custom pipeline that promotes various fields in the SOAP Header.
Neal Walters
http://Biztalk-Training.comI guess I’ve never done a dynamic port.
Have you read this page from the Biztalk doc?
ms-help://BTS_2004/SDK/htm/ebiz_prog_explorer_zofk.htmIt says: \”Dynamic send ports do not contain a fixed destination address, only a pipeline. The destination address is determined at run time from a specified property in the message. \”
Are you also using orchestrations? I’m guessing one of two things:
1) You can set the retries also in the message.
2) You have to do a try/catch to catch the error? If you are not using an orchestration, then I have no idea what happens.Sorry, don’t know more on this issue.
Neal Walters
http://Biztalk-Training.comBiztalk orchestrations can definitely be published as web services.
So even though the pipeilnes could convert the EDI without an orchestration, I think you would have to create a simple orch with just a receive and a send (maybe a map).
Neal Walters
http://Biztalk-Training.comThere are a number of ways of doing this.
1. Declare the properties you wish to use on the outbound message, using the same properties schema used for the header.
In a message assignment you can copy the message context:
outputmessage(*) = inputmessage(*); //copies all properties
outputmessage(Your.property) = inputmessage(Your.property)
The output pipeline will demote the properties into the appropraite message fields.1. You can specifically assign values to the outputmessage using distinguished fields or the xpath function
outputmessage.field = inputmessage(Your.property);
xpath(outputmessage,<xpath of field>) = inputmessage(Your.property)Hello,
We were looking for a solutions for HW as well, and we choosed Captaris Workflow to implement workflows.
You may check if it is suitable for you.Regards,
Zoltan FedorI think I start to understand things better now…
I managed to edit the port properties through the biztalk explorer and I found out that if your port is a Dynamic Solicit-Response one then you can’t configure the transport type neither the retry count and interval 🙁
This is BAD!!
My problem is indeed the fact that sometimes the server hosting the web service I try to access is not responding.
Then all this mean that I have to handle the retry manually, which I did with catching the SOAP exception and having a retry loop.
And it works fine exept for the fact that I get a resumable message in the HAT for each retry. And when my message eventually goes through, my HAT is polluted with a bunch of resumable messages.Can this be a bug??
I am running BTS 2004 (without SP1) with rollup package KB837168 on W2K3 (without SP1).In VisualStudio, when I open the orchestration and double clik on the port this only brings up the configuration wizard.
BTW, my port is a dynamic one (Send-Receive, Request-Response) which calls a Web Service (the URL is created in real time according to the value of one field in the incoming message).
If I double click on the port in the Biztalk admin console, nothing happens.I don’t see anywhere that it is a SOAP port.
I hope it is clearer now 🙂
BT.
Thanks for your answer.
I’ve used dynamic send ports and all seem to be OK.
Inconvenient: the destination should be present in my message.
Is it possible to use an external xml file or a text file to configure the send ports?
Thanks
