מאפייני הבעיה
בעיה 1
שקול את התרחיש הבא:
-
אתה מפעיל את Microsoft BizTalk 2013 R2 האצה עבור HL7 (BTAHL7).
-
אתה משתמש MLLP של מקבל מתאם ולקבל HL7 צינור דו-כיווניים יקבלו יציאה.
-
הגדר את האפשרות השתמש ישיר סינכרונית HL7 ACK True במאפייני התעבורה MLLP.
-
יצירת מפת יוצאת של זה דו-כיווניים לקבל יציאה כדי להמיר את הודעות ACK לפני שהיא נשלחת.
בתרחיש זה, מפת יוצאת אינה חלה על HL7 ACK ולאחר לכן הודעות ACK אינם מומרים.
בעיה 2
יציאה שלח MLLP בודק בקוד ACK ACK (השדה MSA.1_AcknowledgmentCode של מקטע MSA) אשר מוחזר על-ידי המערכת במורד הזרם ומשווה בינו לבין קודי ACK הקבילים המוגדרים במאפייני התצורה של היציאה שלח MLLP. הקודים ACK כעת הנתמכות על-ידי MLLP לשלוח את היציאה הן AA, CA, רה, CE, מב, ו- CR. באפשרותך לבחור כל קודי אישור או שילוב שלהם. לדוגמה, הקודים הבאים הם חוקיים:
-
קודי מותאמים אישית יש להפריד באמצעות פסיק (,). לדוגמה: רה, CE, AR, CR, XX, ZZ
-
אם אחד מצירופי רגיל (אפשרות שאינה מותאמת אישית) נבחרה, אין לך להזין ערכים כלשהם במאפיין קביל קודי ACK מותאם אישית .
-
כדי לוודא כי האימות צבר מצליחה עבור קודי ACK מותאם אישית, עליך להוסיף את קודי ACK דרוש מותאמת אישית לסכימת ה-ACK המתאים.
-
באפשרותך להשתמש בתכונה BizTalk למעקב אחר (על-ידי הפעלת מעקב) כדי לעקוב אחר ההודעה באמצעות שלהודעת שנרשם ביומן האירועים בעת ניסיון חוזר או הושעה של ההודעה.
פתרון
מידע עדכון מצטבר
בעיה זו תוקנה לראשונה בעדכון מצטבר הבאים של BizTalk Server:
ודא לפרוס את קובץ ה-DLL מפת יוצאת נדרש להתקין את קובץ ה-DLL זה במטמון ההרכבות הכללי (GAC):
-
שם ההרכבה של OutboundMap
פעולה זו דורשת את השם המלא של הרכבת שמארח את מפת יוצאת. באפשרותך למצוא מידע זה במאפיינים של המפה במסוף הניהול של שרת BizTalk. כאן תמצא את המידע עבור ההרכבה ושם מלא OutboundMap הנדרש בשלב הבא. לדוגמה: יוצאים, גירסה = 1.0.0.0, תרבות נייטרלית, PublicKeyToken = = 83f92b3673c9005d -
שם OutboundMap
הדבר דורש את שם מפה מלאה, כולל השמות. באפשרותך למצוא מידע זה במאפיינים של קובץ ה-*.btm (Namespace.TypeName). לדוגמה: Outbound.Map1
הערה מאפיינים אלה מוחלים רק אם ישיר ACK HL7 סינכרונית מוגדר כ- True.
אם אינך זקוק באופן אוטומטי את הוא Disassembler HL7 (DASM) בצבר לקבל HL7 כדי להפיק HL7 הודעות אישור (לדוגמה ACK המוחזרת על-ידי מערכת במורד הזרם מסוימים אפשרות handed למערכת במעלה), בטל את האפשרות ניתוב הודעות ACK לשלוח צבר ביציאה לבקש לקבל עבור צד המקור והגדר שימוש ישיר סינכרונית HL7 ACK כ- False. לאחר מכן, השתמש באפשרות מפה יוצאת המסופק ביציאה קבלה.עבור בעיה 1
תכונה חדשה זו חל רק על היציאה קבלה/מיקום. כעת, כל BizTalk לקבל יציאה שהמאפיין מפות נכנסת . לאחר התקנת התיקון החם, אין מאפיין נוסף זמין במיקום קבלה כדי להחיל מפה ACK. HL7 מאפיין נוסף זה מאפשר לך להחיל מפה דו-כיווניים לקבל מיקום בעל ערכת שימוש ישיר סינכרונית HL7 ACK ל (=) True. מטרתו היחידה של תיקון חם זה היא לאפשר למשתמש לציין מפה עבור ACK בעת שימוש ישיר סינכרונית HL7 ACK מוגדר (=) True.
-
המאפיין שם הרכבה OutboundMap דורש את השם המלא של הרכבת שבה מתארח המפה יוצאת, כמו בדוגמה הבאה:
יוצאת, גירסה = 1.0.0.0, תרבות נייטרלית, PublicKeyToken = = 83f92b3673c9005dההרכבה חייב להיות בעבר במטמון ההרכבות הכללי. אחרת, ההמרה תיכשל.
-
המאפיין שם OutboundMap דורש את השם המלא של מפת כולל מרחב שמות.
-
היציאה קבלה היא יציאה קבלה דו-כיווניים ולאחר האפשרות השתמש ישיר סינכרונית HL7 ACK מוגדר כ- True בתצורת יציאת מקבל MLLP.
-
BizTalk HL7 DASM נעשה שימוש כדי ליצור את ACK. יש להשתמש הרכיב DASM או לכלול BTAHL72XReceivePipeline המוגדרת כברירת מחדל או על-ידי שימוש BTAHL7 מקורי. HL72fDasm רכיב קו צינור מותאם אישית.
-
יציאה לקבל ACK נתיב כדי צבר שלח על בקשה-תגובה של הצד המקור חייב להיות בסייר תצורה HL7 ויש להגדיר את סוג אישור לערך שונה מללא.
עבור בעיה 2
התכונה החדשה חלה לשלוח יציאות בלבד. לאחר התקנת התיקון החם, ההתנהגות תתבסס על קוד ACK הקביל שתבחר ברשימה הנפתחת במקום קוד שסופק על-ידי המערכת במורד הזרם.
-
AA, רשות אישורים: CR AE, CE, AR, החוזרים ומשעה אחרים.
-
AA, CA, רה, CE: התקבל ו מוצלח: AA, CA, רה, CE והחוזרים מב ו- CR. משעה אחרים.
-
AA, CA, AR, CR: התקבל ו מוצלח: AA, CA, AR, CR והחוזרים AE ו- CE. משהה אחרים.
-
AA, CA, AR, CR, רה, CE: התקבלה ואת מוצלח: AA, CA, AR, CR, רה, CE ו אחרים מוחזר. יתבצע ניסיון חוזר של הודעות ACK ואת ההודעה מושעית.
-
מותאם אישית (ערכים שהוזנו ומופרדים באמצעות פסיק). דוגמה: AA, רה, Foo, ZZ, ZZZ). המקובל ולא מוצלח: AA, CA, AE ועוד אחרים שהוזנו ACK מותאמים אישית כגון ZZZ, Foo ו- ZZ במקרה זה. נסיונות חוזרים CE, AR.
-
כל קוד ACK שלא צוין בקודי ACK מותאם אישית קביל לא יתבצע ניסיון חוזר ו מושעה.
כאשר אישור רגיל לא מוזן תחת קודי ACK קביל, מוחזר ערך שגיאה הדומה להודעה הבאה:
המתאם נכשל לשדר הודעה עומד לשלוח היציאה ".< SendPortName >" עם כתובת URL "127.0.0.1:33000". ששודרו אותה מחדש לאחר מרווח הזמן לניסיון חוזר שצוין עבור יציאה זו שלח. פרטים: "הודעה עם שלהודעת: < שלהודעת >, שהתקבלו עם סוג אישור: שגיאה עם קוד אישור: CE.
מידע נוסף
תנאים מוקדמים להתקנת עדכון התוכנה
כדי להחיל תיקון חם זה, חייב להיות מותקנת התוכנה הבאה:
-
Microsoft BizTalk Server 2013 R2
-
Microsoft BizTalk 2013 R2 האצה עבור HL7
דרישות הפעלה מחדש
אתה לא צריך להפעיל מחדש את המחשב לאחר החלת תיקון חם זה. עם זאת, אנו ממליצים שתסגור ותפתח את מסוף הניהול של BizTalk לאחר התקנת התיקון החם.
הגירסה האנגלית של תיקון חם זה כוללת את תכונות הקובץ (או תכונות קובץ מתקדמות יותר) המפורטות בטבלה הבאה. התאריכים והשעות המתייחסים לקבצים הללו רשומים לפי זמן אוניברסלי מתואם (UTC). כשמציגים את פרטי הקובץ, היא מומרת לזמן המקומי. כדי לברר את הפרש השעות בין זמן UTC לזמן המקומי, השתמש בכרטיסייה אזור זמן בפריט ' תאריך ושעה ' בלוח הבקרה.
שם קובץ |
גירסת קובץ |
גודל קובץ |
תאריך |
שעה |
פלטפורמה |
---|---|---|---|---|---|
Microsoft.Solutions.BTAHL7.HL72fDasm.dll |
3.10.325.2 |
107520 |
09-Feb-2015 |
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.PipelineCommon.dll |
3.10.325.2 |
95232 |
09-Feb-2015 |
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.Shared.dll |
3.10.325.2 |
99328 |
09-Feb-2015 |
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.MLLP.dll |
3.10.325.2 |
128000 |
09-Feb-2015 |
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll |
3.10.325.2 |
29696 |
09-Feb-2015 |
22:52 |
x86 |
מצב
Microsoft אישרה כי מדובר בבעיה במוצרי Microsoft הרשומים במקטע 'חל על'.
הפניות
לקבלת מידע נוסף אודות תיקונים חמים של BizTalk Server, עיין במידע אודות תיקונים חמים של BizTalk Server. למד אודות המינוח הרגיל המשמש לתיאור עדכוני התוכנה של Microsoft.
מוצרי ספקים חיצוניים הנזכרים במאמר זה מיוצרים על ידי חברות שאינן תלויות ב-Microsoft. חברת Microsoft אינה מעניקה אחריות, אם במפורש ובין במשתמע, לגבי הביצועים או האמינות של מוצרים אלה.