Mapforce：映射到CSV而没有列标题行插入十六进制FF FE FF FE [英] Mapforce: mapping to CSV without column header line inserts hex FF FE FF FE
问题描述
Hi Group，
在Mapforce 2005 R3中，当映射到CSV并且第一行包含
字段名称时选项UN检查CSV目标组件设置，
字符（十六进制）当运行Java代码自动生成时，FF FE FF FE插入到
第一行的开头通过Mapforce。
在Mapforce应用程序的输出选项卡中，这个问题不会发生b $ b。我没有检查它是否在运行C＃，C ++或XSLT
自动生成的代码时出现。
我在映射XML时遇到了这个问题CSV和CSV到CSV。
有谁知道这是否是一个已知错误？是否修复了
以后的版本？
任何已知的解决方法？
不要屏住呼吸，
Lukas
Hi Group,
In Mapforce 2005 R3, when mapping to CSV with the "First row contains
field names" option UN-checked on the CSV target component settings,
the characters (hex) FF FE FF FE are inserted in the beginning of the
first line when running Java code autogenerated by Mapforce.
In the output tab of the Mapforce application, this problem doesn''t
occur. I''ve not checked whether it occurs when running C#,C++ or XSLT
autogenerated code.
I''ve encountered this problem when mapping XML to CSV and CSV to CSV.
Does anyone know whether this is this a known bug? Is it fixed in a
later release?
Any known workarounds?
Not holding my breath,
Lukas
推荐答案
更正：
我的编辑是错误地显示这些字节。
插入的字节实际上是：
EF BB BF
Correction:
My editor was displaying those bytes incorrectly.
The bytes inserted are actually:
EF BB BF
Lukas写道：
Lukas wrote:
Hi Group，
在Mapforce 2005 R3中，当使用First row contains
字段映射到CSV时姓名和QUOT;选项UN检查CSV目标组件设置，当运行Mapforce自动生成的Java代码时，字符（十六进制）FF FE FF FE插入到第一行的开头。
在Mapforce应用程序的输出选项卡中，此问题不会发生。在运行C＃，C ++或XSLT
自动生成的代码时，我没有检查它是否发生。
我在将XML映射到CSV和CSV到CSV时遇到了这个问题。 />
有谁知道这是否是一个已知的bug？是否在以后的版本中修复了？
任何已知的解决方法？
Hi Group,
In Mapforce 2005 R3, when mapping to CSV with the "First row contains
field names" option UN-checked on the CSV target component settings,
the characters (hex) FF FE FF FE are inserted in the beginning of the
first line when running Java code autogenerated by Mapforce.
In the output tab of the Mapforce application, this problem doesn''t
occur. I''ve not checked whether it occurs when running C#,C++ or XSLT
autogenerated code.
I''ve encountered this problem when mapping XML to CSV and CSV to CSV.
Does anyone know whether this is this a known bug? Is it fixed in a
later release?
Any known workarounds?
这不是一个错误，它是一部分XML。这是字节顺序标记（BOM）
用于在处理开始之前向处理器发出信号
正在使用16位字符编码。它正在输出，因为你的
处理器正在发射UCS-2，这可能是不必要的，除非你使用非常广泛的角色曲目平面。检查
Mapforce输出设置并切换到UTF-8。
/// Peter
-
请参阅常见问题： http://xml.silmaril.ie / appendix / glossary /＃bom
It''s not a bug, it''s part of XML. It''s the Byte Order Mark (BOM) which
is designed to signal to a processor before processing starts which
16-bit character encoding is in use. It''s being output because your
processor is emitting UCS-2 which is probably unnecessary unless you
are using a very wide range of character repertoire planes. Check the
Mapforce output settings and switch to UTF-8 instead.
///Peter
--
See FAQ: http://xml.silmaril.ie/appendix/glossary/#bom
在文章< 11 *************** *******@g14g2000cwa.googlegroups .com> ;,
Lukas< lu ******* @ yahoo.com>写道：
In article <11**********************@g14g2000cwa.googlegroups .com>,
Lukas <lu*******@yahoo.com> wrote:
我的编辑器错误地显示了这些字节。
插入的字节实际上是：
EF BB BF
My editor was displaying those bytes incorrectly.
The bytes inserted are actually:
EF BB BF
我不能直接帮助你，但EF BB BF是一个
字节顺序标记（或BOM）的UTF-8代码。也许你可以在手册中查看你的软件
。
- Richard
I can''t help you directly, but EF BB BF is the UTF-8 code for a
byte-order mark (or "BOM"). Maybe you can look that up in the manual
for your software.
-- Richard
这篇关于Mapforce：映射到CSV而没有列标题行插入十六进制FF FE FF FE的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
