geekswithblogs.net
HOME
ARCHIVES
CONTACT
LOGIN
El Grego
BizTalk blog
News
My Stats
Posts - 26
Comments - 25
Trackbacks - 55
Twitter
gvdwiele
Error: 18456, severity 14, state 16...digging
about 61 days ago
gvdwiele
Configuring a BizTalk WCF Static Port to Behave as a Dynamic Port WITH NACKS. Aint easy.
about 159 days ago
gvdwiele
Grandpa is debugging with Stan Getz.
about 171 days ago
gvdwiele
looking into Ivy, the dependency manager ;-)
about 173 days ago
gvdwiele
watching the $ fall
about 243 days ago
gvdwiele
refactoring to patterns...or how one 500-line cs file can turn into 50 classes of 20 lines.
about 264 days ago
gvdwiele
refactoring to patterns...or how one 500 cs file can turn into 50 classes of 20 lines.
about 264 days ago
gvdwiele
I'm selling my Apple stock.
about 268 days ago
Recent Comments
Excellent article. I guess, the following sample s...
by Sreeni Nutulapati
Thank you for posting this. It helped me a lot. I ...
by Marcus Nyberg
I'm fully trained and good at throwing things out....
by Grego
What FFASM bug?!!! You cannot just throw that out ...
by Mikael Sand
No bother. Glad it was of use. Your audit trail ap...
by Grego
Recent Posts
CharacterTranscoder pipeline component on github.com
Question marks in your flatfile output CONTINUED
Question marks in your flatfile output?
BizTalk Arbitrary Binary Email Attachments (or how to fix unreadable attachments)
BAM Typed API alternative
Archives
September, 2009 (1)
August, 2009 (2)
July, 2009 (1)
June, 2009 (2)
May, 2009 (2)
February, 2009 (1)
December, 2008 (1)
September, 2005 (2)
April, 2005 (1)
March, 2005 (2)
February, 2005 (1)
November, 2004 (4)
October, 2004 (2)
September, 2004 (4)
Post Categories
BizTalk - EAI - B2B
<< BizTalk Arbitrary Binary Email Attachments (or how to fix unreadable attachments)
|
Home
|
Question marks in your flatfile output CONTINUED >>
Question marks in your flatfile output?
Or how to fix a bug while introducing another one that's a lot nastier. Let's start by describing the original bug: the BizTalk flatfile assembler has issues with custom target (output) encodings.
When compiling a custom pipeline with the FF assembler and configuring the 'target charset' in the pipeline designer everything works as expected and you will get your messages in the desired encoding.
When you want to dynamically control the encoding, according to the docs, you should also be able to do this by writing the
XMLNORM.TargetCharSet
property onto the message context.
In my case the desired output was 'Windows-1252'.
I was able to verify that this technique indeed works using a default XmlTransmit assembler pipeline.
With a custom FF assembling pipeline though I got a question mark in the flatfile output for every special character.
Since the only differentiator being the pipeline I am quite confident that it's a FFASM assembler bug.
Now to come to the second problem: apparently this bug was already discovered over
a year ago
and I guess it was never reported to Microsoft (since it is still not fixed in BTS 2009, the RC I checked).
It might be a regression since people reported that it only happens from version 2006 R2.
Instead, the author decided the shortest path to success was to develop a
custom encoding pipeline component
that takes care of the output encoding. The issue showed up a few more times since then and it looks like other people were
inspired
by his workaround.
Now take a good
look again
at how the author implemented the custom encoding. There is something terribly wrong with it.
HINT: the input encoding is UTF-8, a variable byte length encoding. Inside the loop a fixed number of bytes is read from the input. Got it?
posted @ Monday, August 03, 2009 4:54 AM | Filed Under [
BizTalk - EAI - B2B
]
Comments
No comments posted yet.
Post A Comment
Title:
Name:
Email:
Website:
Comment:
Verification:
Remember Me?