Forum Replies Created
-
Posts
-
Hey there,
Didn't you post this same question multiple times already on this website and also on Stackoverflow website? I would recommend that you look into the solution proposed by another user on that Stackoverflow thread, as that seems to be the more viable option:
stackoverflow.com/…/developing-a-custom-receive-pipeline-with-flat-file-disassembler
Please do not repost this same question again on this site as you are cluttering the forum board, or else I will have to remove those duplicate posts, as I am a forum moderator here.
Thank you.
Hi,
See the following articles on how to set up debugging for your custom pipeline components:
msdn.microsoft.com/…/aa559290.aspx
geekswithblogs.net/…/120852.aspx
Good luck.
Hi,
If you cannot have the sender remove those extra elements under the Head node before the file goes to BizTalk for processing, I would suggest you build a custom pipeline component in the Disassemble stage (of the receive pipeline) to strip those elements off before the message is debatched.
See the following blog for more information on how to go about building such a component:
blogs.msdn.com/…/how-to-develop-biztalk-custom-pipeline-components-part1.aspx
Good luck.
Hi Raja,
In a BizTalk map, draw a link from each of the 10 fields in your source schema to a String Concatenate Functoid as input parameters, and add 9 additional parameters to that functoid, each specifying the comma character, making sure to alternate your field parameter with the comma parameter, in the following order:
FieldParameter1
CommaParameter1
FieldParameter2
CommaParameter2
…
FieldParameter9
CommaParameter9
FieldParameter10
Then, in the same map, draw a link from the String Concatenate Functoid as output parameter to the "To" field in your destination schema, representing your SQL table.
Good luck.
Hi Hari,
A good learning path for BizTalk Server depends on the following:
1. Knowledge of .NET and Visual Studio
2. Knowledge of SQL Server
See the following blog for more information:
soa-thoughts.blogspot.com/…/learning-biztalk-server-how-to-start.html
Good luck.
That didn't sort it but thanks for the input.
For any other casual readers, i did get to the bottom of it and it was SQL permissions missing from the default roles needed to access the new tables in support of the changes to dynamic port functionality. I believe this is resolved in a CU1 although I had the DBA make the permission changes before I found this official fix.
support.microsoft.com/…/2838133
I'm doing some testing on a new sandbox this week, and will come back and confirm if the cu1 also sorts out the permissions.
the differences in behavior I experienced were to do with elevated permissions remaining on my SQL access in the UAT. That confused matters, but once that was understood it was fairly straightforward to find the problems.
Hi..
I too have the same problem now. I modified the inbuilt EDI 856 schema and added two new HL loops. I have the same error at send pipeline.
Can you post the code for the method TranslateLandLineTypeEms().
It would be easy to check where it can fail.
So it turns out I did not have my bam configured properly and the bm.exe file was not in the program files folder where I had installed biztalk (Program Files\BizTalk\Tracking). Once I configured, then applied configuration the bm.exe file was there. Then I had a different error when it got to the 'deploying view' part regarding login failed. I had to give the sql server account dbo access to the bam databases. Now I was able to run the bm.exe deploy-all successfully.
