는 XML에 바이트 순서 마크를 추가합니다.출력은 내가 나에게 다음 오케스트레이션 다른지도 (모든 사람에게 전달되는 메시지를 빌드지도를
내가 할 수있는 최초의지도에서 메시지의 출력을 검사 .
XLANG : 메시지는 EF BB BF 바이트 순서 표시를 포함 볼
을 2 맵이 실행되면, 그것은 예외가 발생합니다. "루트 수준에서 데이터는 무효 1 호선, 위치 (61)입니다"/s 엔진 이벤트 로그 항목 : 캐치되지 않은 예외 (아래 '내부 예외'참조) h 'MyCompany.MyOrchestration (004464ca-1c34-e342-591d-5e8182a4be18)'인스턴스를 일시 중단했습니다.
이 다시 시작되거나 종료 될 때까지 서비스 인스턴스는 일시 중지 된 상태로 유지됩니다.
인스턴스가 다시 시작되면 인스턴스는 마지막으로 지속 된 상태 인 에서 계속 진행되며 동일한 예기치 않은 예외를 다시 throw 할 수 있습니다.
에서 InstanceID : 62d99333-8dc4-4ca4-9e5b - 7fdf8583e081 모양 이름 : conCDA
ShapeId : ba722b56-c115-4abb-b40c-211824369266
Exception에서 발생 : 루트 수준에서 데이터 : 세그먼트 1, 진행 15
내부 예외 이 잘못되었습니다. 라인 (1), 위치 (61)
예외 타입 : XmlException
자료 :
에서 System.Xml 대상 사이트 : 보이드 투사 (System.Exception) 다음 는 예외로그 발생 위치를 식별하는 스택 트레이스이고 System.Xml.XmlTextReaderImpl.ParseDocumentContent에서 System.Xml.XmlTextReaderImpl.ParseRootLevelWhitespace에서 System.Xml.XmlTextReaderImpl.Throw System.Xml.XmlTextReaderImpl.Throw에서 (예외 전자)
(문자열 고해상도, 문자열 인수)
()
()
at System.Xml.XmlText System.Xml.XmlDocument.Load에서 System.Xml.XmlLoader.Load (하는 XmlDocument 문서, XmlReader를 리더 부울 preserveWhitespace)
에서 System.Xml.XmlLoader.LoadDocSequence (parentDoc하는 XmlDocument)
에서 ReaderImpl.Read()
( Microsoft.XLANGs.Core.Service.Transform.ShredXmlDocument (트림 인 inStream에서 System.Xml.XmlDocument.Load (TextReader를 txtReader)
에서 XmlReader를 리더)
은 [] outParams 문자열 맵 이름, XmlDeclaration xmlDecl)
에서 개체 Microsoft.XLANGs.Core.Service.ApplyInMemoryTransform (형식 mapRef, TransformMetaData trfMetaData, Object [] outParams, Stream [] inStreams),515,
Microsoft.XLANGs.Core.Service.ApplyTransform에서 (타입 mapRef이 Object [] outParams이 Object [] inParams) MyCompany.MyOrchestration.segment1 (StopConditions stopOn)
Microsoft.XLANGs.Core.SegmentScheduler에서의
.RunASegment (세그먼트들, StopConditions stopCond, 예외 & 특급) 내가 바이트 순서 표시를 추가 할 수있는 최초의지도를받을 수 있나요 어떻게
?
편집 : 첫 번째 맵은 입력측에 출력 쪽의 단일 메시지에 매핑되는 두 개의 메시지가있는 맵입니다. 첫 번째 메시지는 구조별로 링크를 사용하여 모든 노드를 매핑하고 두 번째 메시지는 대량 복사 기능을 사용합니다. 바이트 레벨에서 메시지를 볼 때조차도 문자 61에서 재미있는 문자를 볼 수 없습니다. 나는 BOM을 볼 수 있는데, 이것이 내가 그 문제라고 생각한 이유이다.
첫 번째 맵은 입력측에 출력 쪽의 단일 메시지에 매핑되는 두 개의 메시지가있는 맵입니다. 첫 번째 메시지는 구조별로 링크를 사용하여 모든 노드를 매핑하고 두 번째 메시지는 대량 복사 기능을 사용합니다. 바이트 레벨에서 메시지를 볼 때조차도 문자 61에서 재미있는 문자를 볼 수 없습니다. 나는 BOM을 볼 수 있는데, 이것이 내가 그 문제라고 생각한 이유이다. – Jeremy
BOM 문자 *가 문제를 일으킬 수 있고 61 번째 문자로 문자를 푸시 할 수도 있지만 이전에는이 문제를 경험하지 못했습니다. 출력에서 BOM을 제거하고 테스트 맵 기능을 사용하여 시도하면 어떻게됩니까? –
당신이 옳았어요! 이것은 BOM 문제가 아니 었습니다. 문제는 내 스키마 중 하나에서 네임 스페이스가 변경되어 내 맵에서 비 xml 콘텐츠를 출력하는 데 사용되는 사용자 지정 xslt가 발생한다는 것입니다. 오류는 실제로 입력 메시지가 아닌 맵 (유효하지 않은 xml)의 출력에있었습니다. – Jeremy