Príznaky
Problém 1
Predstavte si nasledujúcu situáciu:
-
Používate Microsoft BizTalk 2013 R2 akcelerátora pre HL7 (BTAHL7).
-
Používate MLLP dostávať adaptér a HL7 prijímacieho kanála obojsmerná zobrazí port.
-
Skutočný prenos vlastností MLLP nastavíte možnosť Použiť priame synchrónne HL7 ACK .
-
Vytvoríte odchádzajúce mapa to obojsmerné zobrazí port premeniť ACK pred odoslaním.
V takomto prípade nie je priradená odchádzajúce mapa HL7 ACK a preto je ACK sa zmenil.
Problém 2
Port MLLP Odoslať kontroly ACK kód ACK (MSA.1_AcknowledgmentCodepole úseku MSA) vráti podradeného systému a to v porovnaní s prijateľné ACK kódov, ktoré sú nastavené vlastnosti konfigurácie MLLP Odoslať portu. ACK kódov, ktoré sú momentálne MLLP Odoslať portu sú AA, CA, AE a CE, AR, CR. Môžete vybrať všetky ACK kódy alebo ich kombináciou. Tieto kódy sú všetky platné:
AA a CA
AA, CA, AE a CE
AA, CA, AR a CR
Však nemôžete zadať žiadne ďalšie prijateľné ACK kódy.
Po použití tejto rýchlej opravy, nové prijateľné ACK kód s názvom vlastné sa pridá do zoznamu Prijateľné ACK kódy . Okrem toho do nového dokumentu sa pridá na zadajte vlastné ACK kódy.
Notes
-
Vlastné kódy mali oddelené čiarkou (,). Príklad: AE, CE, AR, CR, XX, ZZ
-
Ak niektoré štandardné kombinácie (non-vlastná), nemáte zadajte hodnoty vlastnosti Prijateľné vlastné ACK kódy .
-
Uistite sa, že kanála overenie úspešné vlastné kódy ACK, musíte pridať potrebné vlastné kódy ACK zodpovedajúce ACK schémy.
-
Môžete použiť funkcia sledovania BizTalk (zapnutím sledovania) sledovať správy pomocou MessageID, zapísané v denníku udalostí zopakovať alebo pozastaviť správy.
Riešenie
Kumulatívna aktualizácia informácií
Tento problém bol najskôr odstránený v nasledujúcej kumulatívnej aktualizácie servera BizTalk Server:
Uistite sa, že nasadenie odchádzajúce mapa DLL súbor a nainštalovať tento súbor DLL v globálnej vyrovnávacej pamäti zostáv (GAC):
-
Názov zostavy OutboundMap
Táto operácia vyžaduje úplný názov zostavy hostiteľom odchádzajúce mapy. Tieto informácie nájdete vo vlastnostiach mapy do konzoly správy servera BizTalk. Tu nájdete informácie o zhromaždenie a úplný názov OutboundMap, ktoré sa vyžaduje v ďalšom kroku.
Príklad: odchádzajúce, verzia = 1.0.0.0 Culture = neutral, PublicKeyToken = 83f92b3673c9005d -
Názov OutboundMap
Táto operácia vyžaduje úplné mapa meno, vrátane názvov. Tieto informácie nájdete vo vlastnostiach súboru *.btm (Namespace.TypeName).
Príklad: Outbound.Map1
Poznámka: Tieto vlastnosti sa použijú len v prípade, že priame synchrónne HL7 ACK nastavená na hodnotu True.
Ak nepotrebujete HL7 Disassembler (DASM) v HL7 zobrazí kanál automaticky generovať HL7 potvrdenie (napríklad ACK, vrátené niektoré podradeného systému budú odovzdané nadradeným systému), vypnite Smerovanie ACK poslať kanál žiadosť zobrazí port možnosť strany zdroja a nastavte Použiť priame synchrónne HL7 ACK na hodnotu False. Potom použite výstupný mapy sa v port prijať.
Vydanie 1
Táto nová funkcia vzťahuje prijať Port alebo umiestnenia len. Momentálne žiadne BizTalk zobrazí port má vlastnosť Prichádzajúce mapy . Po nainštalovaní tejto rýchlej opravy sa ďalšie vlastnosti prijať miesto sa mapa HL7 ACK. Táto ďalšie vlastnosť umožňuje použiť mapu obojsmerná Zobraziť umiestnenia, ktoré sa má Použiť priame synchrónne HL7 ACK na (=) platí. Jediným účelom tejto rýchlej opravy sa umožňuje používateľovi zadať mapu pre ACK, ak Používa priame synchrónne HL7 ACK nastavená (=) platí.
Po nainštalovaní rýchlej opravy, zobrazia sa dva ďalšie vlastnosti v MLLP zobrazí okno konfigurácie umiestnenie. Predvolené nastavenie pre dve vlastnosti je prázdny, a ich musí byť vyplnené Použiť priame synchrónne HL7 ACK musíte nastaviť (=) platí.
Nastaviť dve vlastnosti, postupujte nasledovne:
-
Zostavy OutboundMap vlastnosť vyžaduje úplný názov zostavy v odchádzajúce mapa je umiestnený v nasledujúcom príklade:
Výstupný prenos, verzia = 1.0.0.0 Culture = neutral, PublicKeyToken = 83f92b3673c9005dZhromaždenie musí predtým cache globálne zhromaždenia. V opačnom prípade transformácie zlyhá.
-
Vlastnosť OutboundMap Name vyžaduje úplný názov mapy vrátane názvov.
Jeden nedostatok Táto nová funkcia: HL7 ACK nie je sledovaný. Ak musíte sledovať ACK, musíte nastaviť Prichádzajúce mapy v BizTalk Zobraziť portu. Technicky je použitie mapy ACK, ktorý bol zavedený v okne s hlásením a ACK, ktorá vrátila nadradeným systému. Ako by byť rovnaké, pretože obaja budú musieť použiť rovnaké mapy. Tieto obrazovky pre vysvetlenie a je potrebné iba v prípade, že ACK musí byť sledovaná.
Poznámka: Možnosť Použiť priame synchrónne HL7 ACK zlepšuje výkon spracovania prichádzajúcich správ. Je to zaslaním ACK na nadradený systém ako správy sa uloží do hlásenia. Toto nastavenie zlepšuje výkon, ak sú splnené nasledujúce podmienky:
-
Prijímanie port je obojsmerná prijať portu a možnosť Použiť priame synchrónne HL7 ACK nastavená na True MLLP dostávať konfigurácie portu.
-
BizTalk HL7 DASM sa používa na generovanie ACK. Komponent DASM sa použije ako predvoleného BTAHL72XReceivePipeline alebo pomocou natívne BTAHL7. Súčasťou HL72fDasm vlastný kanál.
-
Smerovanie ACK chcete odoslať ich na požiadanie zobrazí port nastavenie strany zdroj musí byť v Prieskumníkovi konfigurácia HL7 a Potvrdenie typu musí byť nastavená na inú hodnotu než None.
Vydanie 2
Nové funkcie sa poslať iba porty. Po nainštalovaní rýchlej opravy, správanie na základe prijateľné ACK kód, ktorý ste vybrali v rozbaľovacom zozname namiesto kódu, ktorý je poskytovaná podradeného systému.
MLLP Odoslať portu kontroly ACK kód ACK (MSA.1_AcknowledgmentCodepole úseku MSA) vráti podradeného systému a to v porovnaní s prijateľné ACK kódov, ktoré sú nastavené v MLLP Odoslať vlastnosti konfigurácie portu. Aktuálne ACK kódy podporované MLLP Odoslať portu zahŕňajú AA, CA, AE a CE, AR CR. Môžete vybrať všetky ACK kódy alebo v kombinácii (AA a CA) (AA, CA, AE a CE) (AA, CA, AR a CR) platné. Ale nie je možnosť zadať prijateľnú ACK kód kombinácie.
Ďalšie kódy prijateľné ACK s názvom "Vlastné" je pridanej v rozbaľovacom zozname vlastnosť Prijateľné ACK kódy . Všetky predchádzajúce kombinácie zostávajú a použité ako boli pred pridali novú funkciu.
Keď vyberiete, sa musíte zadať nové hodnoty vlastnosť Prijateľné vlastné ACK kódy . Tieto nové ACK hodnoty musí každý oddelené čiarkou (,).
Po nainštalovaní rýchlej opravy, správanie závisí Prijateľné ACK kódy nastavenie vybratá. Ak kód ACK, ktorý vráti kód vybratého prijateľné, spracovanie vyskytuje úspešne. Bude znova štandardné kódy ACK a vypínanie ACK kód sa neuvádza (ktoré bude neštandardné alebo kód ACK-vlastné).
Nasledujúca tabuľka predstavuje tento scenár. Písomný výklad nasleduje tabuľky.
AA a CA, správu spracovávanie úspešný, bez ohľadu na prijateľné ACK kódov nastavenia vybratá. Tu je ďalšie informácie o nastavení Prijateľné ACK kódov :
-
AA, CA: Pokusy AE, CE, AR, CR a iné preruší.
-
AA, CA, AE, CE: Akceptované a úspešné: AA, CA, AE, CE a pokusov AR a CR. pozastaví iné.
-
AA, CA, AR CR: Prijal a úspešné: AA, CA, AR, CR a pokusov AE a CE. Iné preruší.
-
AA, CA, AR CR AE, CE: Prijal a úspešné: AA, CA, AR, CR, AE, CE a žiadne iné vráti. ACK sa zopakuje a správu prerušené.
-
Vlastná (hodnoty sú zapísané a oddelené čiarkou). Príklad: AA AE Foo, ZZ, ZZZ). Akceptované a úspešné: AA, CA, AE a iné zadané vlastné ACK Foo, ZZ a ZZZ v tomto prípade. Zopakuje CE, AR.
-
ACK kód nezadáte Prijateľné vlastné ACK kódy nie je zopakovať a pozastavuje.
Pri štandardnej ACK nezadá prijateľnéACKkódy, vráti chybu, podobné nasledujúcemu:
Adaptéra sa nepodarilo zaslať správu chystá poslať portu "< SendPortName >" URL "127.0.0.1:33000". To bude káblových po určenom pre tento Port odoslať znova intervale. Podrobnosti: "MessageID sa zobrazí hlásenie: < MessageID >, prijaté potvrdenie typu: chyba a ACK kód: CE.
Out of box ACK schémy musia byť upravené pridaním existujúceho zoznamu štandardnej rozširujúce balíky (AA AE, AR, CA, CE, CR); Žiadne ďalšie prijateľné vlastné rozširujúce balíky (XX, ZZ, napríklad), musíte pridať k MSA.1_AcknowledgementCode oblasti ACK schémy. Ak nie sú pridané ďalšie rozširujúce balíky vlastné schémy, kanála overenie zlyhá s chybou "Tabuľku hodnota sa nenašla".
Ďalšie informácie
Predpoklady na inštaláciu aktualizácie softvéru
Ak chcete použiť túto rýchlu opravu, musíte mať nainštalovaný nasledujúci softvér:
-
Microsoft BizTalk Server 2013 R2
-
Microsoft BizTalk 2013 R2 Accelerator for HL7
Požiadavka na reštartovanie
Po použití tejto rýchlej opravy nie je potrebné reštartovať počítač. Však odporúčame vám Zavrieť a znova otvorte konzolu správy BizTalk po inštalácii rýchlej opravy.
Anglická verzia tejto rýchlej opravy má atribúty súborov (alebo novšie atribúty) uvedené v nasledujúcej tabuľke. Dátumy a čas jednotlivých súborov sú uvedené vo formáte koordinovaného svetového času (UTC). Pri zobrazení informácií o súbore sa dátumy a čas prevedú na miestny čas. Ak chcete vyhľadať rozdiely medzi časom UTC a miestnym časom, použite kartu Časové pásmo v položke Dátum a čas v ovládacom paneli.
Názov súboru |
Verzia súboru |
Veľkosť súboru |
Dátum |
Čas |
Platforma |
---|---|---|---|---|---|
Microsoft.Solutions.BTAHL7.HL72fDasm.dll |
3.10.325.2 |
107520 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.PipelineCommon.dll |
3.10.325.2 |
95232 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.Shared.dll |
3.10.325.2 |
99328 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.MLLP.dll |
3.10.325.2 |
128000 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll |
3.10.325.2 |
29696 |
|
22:52 |
x86 |
Stav
Spoločnosť Microsoft potvrdila, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v časti Vzťahuje sa na.
Odkazy
Ďalšie informácie o rýchlych server BizTalk Server nájdete informácie o rýchlych BizTalk Server.
Ďalšie informácie o štandardnej terminológii použitej na popis aktualizácií softvéru od spoločnosti Microsoft.
Produkty tretích strán, ktorými sa zaoberá tento článok, vyrábajú spoločnosti, ktoré sú nezávislé od spoločnosti Microsoft. Spoločnosť Microsoft neposkytuje žiadnu záruku, implicitnej alebo inej, týkajúce sa výkonu alebo spoľahlivosti týchto produktov.