Forum Replies Created
-
Posts
-
I’m afraid if anybody else has this problem I can’t offer a good answer. The Class[][] element was an error in the application that created the webservice, and when that was fixed they also changed System to system. So it may or may not have been this.
Sajid,
The easiest way is to change your .NET application so that it creates the MSMQ message not using a formatter, but instead directly writing into the BodyStream property of the Message object. That will sidestep any formatting issue and ensure you have complete control over what gets sent over MSMQ. Do take care to ensure you send the message in an encoding BizTalk can understand later!
Thanks for your reply. I am using Biztalk 2006 running on Windows 2K3 server. I do not see any field under Port properties which enables me to change the restriction from internal to public.
Here are the fields which I see for the port properties window
Binding, Communication Direction, Communication Pattern(grayed out), Description, Identifier, Object type(grayed out), Ordered Delivery,
Port Type, receive pipeline, report to analyst, transport and URI.
Am I missing something here ? Please advise further.
Thanks again
JP
You can do this in the orchestration designer in the properties for the port and port type (select them in the Orchestration View and go to the properties window). Note that this does require a recompile and redeploy.
The Called Orchestration will basically be running in process with the Calling Orchestration. No correlation is needed. If you needed to pass a message back, you would do it using an OUT parameter.
If you wanted to use the Start Orchestration shape, you would need to pass in a port parameter on a Self Correlation port to get the message back. I have a sample of that here: http://www.biztalkgurus.com/Samples/Configured-Port-Self-Correlation.html
Hope this helps.
You should be able to. I think all you have to do is add the other application as a reference to your application. Then you should be able to use it.
Do you have the Transform shape inside a Message Construct shape and are you constructing that message inside the Construct shape?
Also make sure you have the map set correctly and the correct input and output messages set on the map. Sometimes it’ll create a new message and that might not have message type set.
Just some guesses.
The correlation id is put in the message context by the MQ Series Adapter
http://msdn2.microsoft.com/en-us/library/aa559055.aspx
I have never used MQ-Series before but am assuming the property you need is MQSeries.MQMD_CorrelId.
outputMsg( MQSeries.MQMD_CorrelId) = inputMsg(MQSeries.MQMD_CorrelId);
free Assessment is gr8, if they give a log which one went wrong that's more helpful to workout that area.
Thanks for your post.
That works now. The incoming flat file is using , 1252 encoding.
I changed my schema to codetype -1252.
Thanks a lot.
Apparently, my issue is due to some remote access issue. In my first tests, the secondary server, hosting the host to be enabled and started was a remote machine.
I tried the server on the server hosting the host, and now, the scripts works. Not perfect, but I'm going somewhere.If anyone knows how to make it works from another machine, will make me happy 🙂 (I thought could be DCOM/COM issue, but the remote server does not show any error / logs).
thanks,
Chris
