Home

BizTalk Server 2020 CU1

%3CLINGO-SUB%20id%3D%22lingo-sub-1220744%22%20slang%3D%22en-US%22%3EBizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1220744%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20are%20actively%20planning%20content%20for%20CU1%20for%20BizTalk%20Server%202020.%20If%20there%20is%20anything%20you%20like%20product%20group%20to%20consider%20for%20this%2C%20please%20add%20to%20this%20conversation.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1224106%22%20slang%3D%22en-US%22%3ERE%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1224106%22%20slang%3D%22en-US%22%3EI%20was%20surprised%20that%20the%20application%20restriction%20was%20not%20removed%20in%20this%20version.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1224141%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1224141%22%20slang%3D%22en-US%22%3E%3CP%3EHi%3C%2FP%3E%3CP%3Ethere%20is%20some%20problems%20where%20you%20try%20to%20delete%20a%20BizTalk%20Application%20with%20reference%20to%20another%20application%20by%20BizTalk%20Administration%20Console%20and%2For%20command%20line%20.%20Sometime%20show%20an%20error%20that%20is%20impossible%20to%20do%20that.%20See%20my%20next%20blog%20for%20workaround%20%3CA%20href%3D%22https%3A%2F%2Fwww.enricozerilli.com%2Fl%2Fdelete-biztalk-application-frol-biztalk-mng-db%2F%22%20target%3D%22_blank%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fwww.enricozerilli.com%2Fl%2Fdelete-biztalk-application-frol-biztalk-mng-db%2F%3C%2FA%3E%3C%2FP%3E%3CP%3EBest%20regards%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1224147%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1224147%22%20slang%3D%22en-US%22%3EAdd%20polling%20interval%20feature%20on%20ASB%20Adapter.%20On%20the%20fly%20message%20consumption%20is%20risky%20and%20can%20create%20a%20high%20traffic%20on%20Biztalk%20MessageBox%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1224274%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1224274%22%20slang%3D%22en-US%22%3ERemove%20the%205%20applications%20limit%20in%20Standard%20Edition%2C%20as%20promised%20in%20BizTalk%20vNext.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1225269%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1225269%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F580062%22%20target%3D%22_blank%22%3E%40leoerlandsson%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThis%20is%20a%20business%20decision%2C%20not%20a%20bug.%20We%20may%20not%20be%20able%20to%20handle%20such%20a%20request%20in%20a%20CU%20scope.%20Being%20familiar%20with%20BizTalk%2C%20I%20am%20sure%20you%20are%20aware%20of%20the%20limitations%20we%20have%20for%20CU.%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI%20thank%20you%20for%20your%20response.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1225293%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1225293%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F579991%22%20target%3D%22_blank%22%3E%40Enrico2103%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20will%20look%20into%20it.%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI%20thank%20you%20for%20your%20response.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1225320%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1225320%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F127130%22%20target%3D%22_blank%22%3E%40hichamveo%20hichamveo%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20will%20look%20into%20it.%26nbsp%3B%3C%2FP%3E%0A%3CP%3EJust%20to%20be%20sure%2C%20please%20clarify%20ASB%20for%20me.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1225705%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1225705%22%20slang%3D%22en-US%22%3EASB%3A%20Azure%20Service%20Bus%20(SB-Messaging%20connector)%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1225927%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1225927%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhen%20you%20do%20a%20Test%20Map%2C%20it%20looks%20like%20SAXON%20error%20are%20not%20being%20captured%20and%20show%20in%20the%20Visual%20Studio%20Output%20Windows%3A%26nbsp%3B%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fsocial.msdn.microsoft.com%2FForums%2Fen-US%2F4b901a71-0637-430e-9be9-2a043c73e0df%2Fbiztalk-2020-visual-studio-2019-bug-report-with-xslt-30%3Fforum%3Dbiztalkgeneral%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fsocial.msdn.microsoft.com%2FForums%2Fen-US%2F4b901a71-0637-430e%3C%2FA%3E%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fsocial.msdn.microsoft.com%2FForums%2Fen-US%2F4b901a71-0637-430e-9be9-2a043c73e0df%2Fbiztalk-2020-visual-studio-2019-bug-report-with-xslt-30%3Fforum%3Dbiztalkgeneral%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3E-9be9-2a043c73e0df%2Fbiztalk-2020-visual-studio-2019-bug-report-with-xslt-30%3Fforum%3Dbiztalkgeneral%3C%2FA%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%2C%3CBR%20%2F%3ENeal%20Walters%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1226021%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1226021%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F580702%22%20target%3D%22_blank%22%3E%40NealWalters%3C%2FA%3E%20Noted!%3C%2FP%3E%0A%3CP%3EWill%20look%20into%20it.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1226883%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1226883%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EA%20little%20bit%20large%20%22out%20there%22%20but%20a%20method%20of%20unit-testing%20orchestrations%20individually%20from%20a%20test-framework%20etc.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWindows%20Admin%20Centre%20support%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1246044%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1246044%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAnd%20you%20know%20what%2C%20whilst%20I'm%20here%20posting%20out-landish%20ideas.%3C%2FP%3E%3CP%3E-%20An%20option%20to%20allow%20administrators%20(maybe%20via%20a%20database%20level%20flag)%20to%20export%20bindings%20with%20passwords%3C%2FP%3E%3CP%3E-%20A%20method%20of%20overriding%2Fignoring%20dependency%20restrictions%20when%20deploying%20(providing%20unenlisted).%26nbsp%3B%20With%20complex%20dependencies%2C%20it%20can%20often%20be%20infuriating%20to%20have%20to%20clear%20up%20all%20instances%20and%20remove%20dozens%20of%20applications%20to%20release%20an%20updated%20common%20pipeline.%3C%2FP%3E%3CP%3E-%20An%20entirely%20programmatic%20alternative%20to%20an%20Orchestration%20(e.g.%20via%20a%20.net%20interface%2C%20like%20pipelines).%20Along%20with%20my%20previous%20comment%20about%20testing%2C%20this%20is%20attractive%20as%20it%20is%20more%20modular%20with%20conventional%20development%20tools.%3C%2FP%3E%3CP%3E-%20I've%20not%20even%20tried%20to%20explore%20this%20subject%2C%20but%20how%20well%20does%20BTS%20play%20with%20docker%20and%20kubernates%2C%20something%20for%20the%20future%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1249091%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1249091%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%2C%20I've%20previously%20posted%20about%20setting%20ContentType%20for%20outbound%20messages%20using%20SB-messaging%20-%20please%20consider%20this%20for%20CU1%20since%20the%20problem%20remains%20in%20BTS2020.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20SB-Messaging%20adapter%20does%20not%20offer%20a%20default%20value%20for%20ContentType%20to%20be%20specified%20on%20a%20send%20port.%20If%20you%20encode%20the%20outbound%20message%20using%20the%20JsonEncoder%20pipeline%20component%20the%20adapter%20will%20set%20ContentType%20to%20%22application%2Fxml%3B%20charset%3Dutf-8%22.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20tried%20to%20add%20the%20value%20via%20promoting%20context%20properties%20for%20the%20adapter%20schema%20%22%3CA%20href%3D%22http%3A%2F%2Fschemas.microsoft.com%2FBizTalk%2F2012%2FAdapter%2FBrokeredMessage-properties%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttp%3A%2F%2Fschemas.microsoft.com%2FBizTalk%2F2012%2FAdapter%2FBrokeredMessage-properties%3C%2FA%3E%22%20but%20the%20MessageInspector%20does%20not%20honor%20the%20ContentType%20property%20-%20it%20does%20handle%20all%20other%20properties%20offered%20via%20the%20send%20port%20configuration.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20also%20tried%20a%20custom%20version%20of%20the%20JsonEncoder%20component%20with%20the%20addition%20of%20specifying%20ContentType%20and%20Charset%20on%20the%20body%20part%20but%20that%20doesn't%20work%20either.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhy%20can't%20we%20specify%20what%20the%20ContentType%20should%20be%20for%20an%20outbound%20SB%20message%3F%20This%20metadata%20has%20no%20impact%20whatsoever%20on%20the%20BTS%20send%20operation%20but%20it%20has%20an%20impact%20for%20the%20receivers%20(fetching%20messages%20from%20a%20queue)%20since%20they%20have%20to%20ignore%20the%20standard%20ContentType%20value.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAs%20far%20as%20I%20can%20understand%20this%20is%20either%20a%20bug%20in%20the%20implementation%20where%20the%20ContentType%20value%20is%20not%20assigned%20according%20to%20the%20context%20property%20or%20it%20has%20something%20to%20do%20with%20the%20serializer%20used%20by%20the%20WcfTransmitter.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ELooking%20at%20the%26nbsp%3BMicrosoft.BizTalk.Adapter.SBMessaging.SBMessageInspector.BeforeSendRequest%20the%20ContentType%20is%20missing%20both%20from%20the%20default%20value%20assignment%20(which%20is%20logical%20since%20it's%20not%20available%20on%20the%20send%20port%20properties)%20and%20the%20iteration%20of%20context%20properties%20(which%20I%20suspect%20is%20a%20bug).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%2Fandreas%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1273082%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1273082%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3BFix%20RosettaNet%20Accelerator.%20They%20are%20still%20using%20the%20old%20SQL%20Adapter%20and%20we%20need%20to%20manually%20recreate%20ports%20to%20put%20it%20working%20in%20BizTalk%20Server%202020.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1311130%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1311130%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20wanted%20to%20set%20up%20App%20Insights%20in%20BizTalk%20Group%20Settings.%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Analytics.png%22%20style%3D%22width%3A%20506px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F184680i62EAA38F27936433%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20title%3D%22Analytics.png%22%20alt%3D%22Analytics.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAfter%20logging%20in%20I%20received%20the%20following%20error%20message.%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Error.png%22%20style%3D%22width%3A%20607px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F184681i1330311814597948%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20title%3D%22Error.png%22%20alt%3D%22Error.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIt%20happened%20because%20the%20default%20subscription%20that%20got%20selected%20was%20my%20Visual%20Studio%20Professional%20Subscription.%3C%2FP%3E%3CP%3EI%20did%20not%20have%20an%20App%20Insights%20set%20up%20at%20that%20time.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAfter%20setting%20one%20up%20the%20error%20stopped%20showing%20up%20and%20I%20was%20able%20to%20select%20an%20App%20Insights%20from%20my%20company's%20subscription.%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Success.png%22%20style%3D%22width%3A%20482px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F184682i56834A098D83E56B%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20title%3D%22Success.png%22%20alt%3D%22Success.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1312903%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1312903%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EGenerics%20support%20from%20within%20the%20Orchestration%20engine.%26nbsp%3B%20Being%20able%20to%20call%20Function%3CMYTYPE%3E()%20would%20be%20extremely%20helpful.%3C%2FMYTYPE%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1322295%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1322295%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3BIt%20would%20be%20nice%20to%20have%20Send%20Ports%20retry%20interval%20in%20seconds%20rather%20than%20minutes%2C%20which%20would%20be%20suitable%20for%20quickly%20recovering%20from%20transient%20errors%20in%20request-response%20integration%20scenarios.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1335886%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1335886%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3BIt's%20not%20possible%20to%20build%20a%20Biztalk%20project%20within%20a%20hosted%20agent%20from%20Azure%20DevOps%20pipelines.%20it%20will%20be%20nice%20to%20add%20Biztalk%20Build%20targets%20in%20the%20build%20VMs.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1340805%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1340805%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3BI%20have%20had%20some%20integration%20scenarios%20with%20low%20latency%20requirements%20and%20that%20would%20require%20leveraging%20orchestrations%20for%20synchronous%2C%20multi-system%2C%26nbsp%3Bidempotent%20integrations.%20In%20these%20particular%20cases%2C%20the%20additional%20persistence%20points%20conducted%20by%20the%20orchestration%20engine%20are%20unnecessary%20and%20adds%20a%20latency%20overhead.%20Even%26nbsp%3Bwhen%20using%20an%20atomic%20scope%20to%20contain%20multiple%20logical%20send%20ports%20and%20other%20triggering%20shapes%20which%20minimizes%20the%20persistence%20points%20but%20does%20not%20eliminate%20it.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20know%20that%20this%20a%20core%20feature%20that%20is%20built%20into%20the%20engine%20and%20that%20it%20is%20related%20to%20dehydration%20and%20other%20state%20management%20functionalities%3B%20but%20is%20it%20possible%20to%20have%20an%20orchestration-level%20setting%20that%20would%20completely%20prevent%20the%20orchestration%20engine%20from%20taking%20any%20state%20persistence%20points%20for%20the%20above-mentioned%20scenarios%20that%20can%20tolerate%20not%20having%20orchestration%20state%20persistence%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1354543%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1354543%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F601619%22%20target%3D%22_blank%22%3E%40AhmedmmTaha%3C%2FA%3E%26nbsp%3B%20please%20take%20a%20look%20at%20my%20old%20blog%20entries%20for%20BizTalk%20Server%20v2004%20-%20v2009.%20I%20believe%20that%20they%20remain%20relevant%20for%20BizTalk%20Server%20v2020%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Farchive%2Fblogs%2Fquocbui%2Fbiztalk-patterns-the-parallel-shape%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Farchive%2Fblogs%2Fquocbui%2Fbiztalk-patterns-the-parallel-shape%3C%2FA%3E%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Farchive%2Fblogs%2Fappfabriccat%2Fbiztalk-patterns-part-2sync-async%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Farchive%2Fblogs%2Fappfabriccat%2Fbiztalk-patterns-part-2sync-async%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1365833%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1365833%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAdditional%20features%20capabilities%20in%20the%20Azure%20pipeline%20deployment%20task%3A%20Deploy%20BizTalk%20Application%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3COL%3E%3CLI%3EExpose%20Application%20Stop%20options%20so%20that%20instead%20of%20StopAll%20you%20can%20choose%20to%20remove%20StopReferencedApplications%20and%20use%20value%2031%20(StopAll%20minus%20StopReferencedApplications%20%3D%2031).%3CBR%20%2F%3EWe%20had%20to%20use%20PowerShell%20to%20remove%20app%20references%20prior%20to%20this%20task%2C%20and%20in%20some%20cases%20change%20pipelines%20on%20receive%20locations%20and%20send%20ports%20to%20a%20default%20pass-through.%20That%20ought%20not%20be%20required.%20The%20interim%20MSI%20produced%20becomes%20useless%20because%20these%20app%20references%20and%20proper%20pipelines%20are%20missing.%3C%2FLI%3E%3CLI%3E%26nbsp%3BExpose%20Application%20Start%20options%20for%20the%20final%20re-start%20allowing%20the%20selection%20of%20all%20ApplicationStartOption%20Enum%3CBR%20%2F%3EThe%20implemented%20usage%20of%20StartAll%20is%20not%20appropriate%20for%20all%20deployment%20situations%20in%20environments.%3C%2FLI%3E%3CLI%3EAllow%20disabling%20of%20the%20creation%20of%20the%20automatic%20file%20share%20for%20MSI%20file%3C%2FLI%3E%3CLI%3EAdd%20support%20for%20on-premise%20Azure%20DevOps%20Server%2C%20not%20just%20Azure%20DevOps%20Services%3C%2FLI%3E%3CLI%3EIn%20an%20effort%20to%20support%20automated%20recovery%20using%20YAML%20%22on%3A%20failure%3A%22%20when%20this%20BizTalkApplicationDeploy%402%20task%20fails%2C%20provide%20a%20means%20of%20securely%20capturing%20and%20storing%20the%20original%20bindings%20with%20passwords%20and%20other%20secure%20values%20present%20to%20be%20available%20when%20restoring%20under%20failure.%20That%20binding%20would%20need%20to%20be%20available%20only%20during%20the%20YAML%20deployment%20job%20and%20then%20automatically%20be%20wiped%20away.%20Perhaps%20this%20can%20be%20done%20with%20a%20separate%20deployment%20task%20that%20is%20specialized%20to%20support%20roll%20back.%3C%2FLI%3E%3C%2FOL%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1373005%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1373005%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAzure%20DevOps%20BizTalk%20Server%20task.%20Please%20add%20Operations%3A%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E-%20Undeploy%20Biztalk%20App%20(full%20undeploy%20according%20to%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fbiztalk%2Fcore%2Fundeploying-biztalk-applications%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fbiztalk%2Fcore%2Fundeploying-biztalk-applications%3C%2FA%3E)%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1379140%22%20slang%3D%22en-US%22%3ERe%3A%20BizTalk%20Server%202020%20CU1%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1379140%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F565493%22%20target%3D%22_blank%22%3E%40Sanjiv380%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EA%20bugfix%20for%20the%20mapper%3A%20when%20mapper%20extensions%20(aka%20functoids)%20got%20loaded%2C%20the%20mapper%20inspects%20the%20assemblies%20present%20in%20the%20Mapper%20Extensions%20directory.%20Upon%20loading%20an%20assembly%2C%20it%20tries%20to%20instantiate%20all%20classes%20which%20are%20derived%20from%20BaseFunctoid.%3C%2FP%3E%3CP%3EIf%20there%20are%20intermediate%20classes%20which%20are%20not%20to%20be%20loaded%20as%20functoids%20an%20do%20not%20register%20themselves%20correctly%2C%20the%20mapper%20seizes%20to%20load%20any%20other%20class%20after%20that%20without%20showing%20any%20error%20message.%20This%20is%20an%20error%20situation%20difficult%20to%20analyze%20and%20solve.%20It%20would%20be%20advisable%20to%20have%20a%20proper%20error%20message%20here.%3C%2FP%3E%3CP%3EThanks%2C%20regards%3C%2FP%3E%3CP%3EJ%C3%B6rg%20Fischer%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Microsoft

We are actively planning content for CU1 for BizTalk Server 2020. If there is anything you like product group to consider for this, please add to this conversation. 

23 Replies
Highlighted
I was surprised that the application restriction was not removed in this version.
Highlighted

Hi

there is some problems where you try to delete a BizTalk Application with reference to another application by BizTalk Administration Console and/or command line . Sometime show an error that is impossible to do that. See my next blog for workaround https://www.enricozerilli.com/l/delete-biztalk-application-frol-biztalk-mng-db/

Best regards

@Sanjiv380 

 

Highlighted
Add polling interval feature on ASB Adapter. On the fly message consumption is risky and can create a high traffic on Biztalk MessageBox
Highlighted
Remove the 5 applications limit in Standard Edition, as promised in BizTalk vNext.
Highlighted

@leoerlandsson 

This is a business decision, not a bug. We may not be able to handle such a request in a CU scope. Being familiar with BizTalk, I am sure you are aware of the limitations we have for CU. 

I thank you for your response. 

Highlighted

@Enrico2103 

We will look into it. 

I thank you for your response.

Highlighted

@hichamveo hichamveo 

We will look into it. 

Just to be sure, please clarify ASB for me.

Highlighted
ASB: Azure Service Bus (SB-Messaging connector)
Highlighted

@Sanjiv380 

When you do a Test Map, it looks like SAXON error are not being captured and show in the Visual Studio Output Windows: 

https://social.msdn.microsoft.com/Forums/en-US/4b901a71-0637-430e

-9be9-2a043c73e0df/biztalk-2020-visual-studio-2019-bug-report-with-xslt-30?forum=biztalkgeneral

 

Thanks,
Neal Walters 

 

Highlighted

@NealWalters Noted!

Will look into it. 

Highlighted

@Sanjiv380 

 

A little bit large "out there" but a method of unit-testing orchestrations individually from a test-framework etc.

 

Windows Admin Centre support

Highlighted

@Sanjiv380 

And you know what, whilst I'm here posting out-landish ideas.

- An option to allow administrators (maybe via a database level flag) to export bindings with passwords

- A method of overriding/ignoring dependency restrictions when deploying (providing unenlisted).  With complex dependencies, it can often be infuriating to have to clear up all instances and remove dozens of applications to release an updated common pipeline.

- An entirely programmatic alternative to an Orchestration (e.g. via a .net interface, like pipelines). Along with my previous comment about testing, this is attractive as it is more modular with conventional development tools.

- I've not even tried to explore this subject, but how well does BTS play with docker and kubernates, something for the future?

 

Highlighted

@Sanjiv380, I've previously posted about setting ContentType for outbound messages using SB-messaging - please consider this for CU1 since the problem remains in BTS2020.

 

The SB-Messaging adapter does not offer a default value for ContentType to be specified on a send port. If you encode the outbound message using the JsonEncoder pipeline component the adapter will set ContentType to "application/xml; charset=utf-8".

 

I've tried to add the value via promoting context properties for the adapter schema "http://schemas.microsoft.com/BizTalk/2012/Adapter/BrokeredMessage-properties" but the MessageInspector does not honor the ContentType property - it does handle all other properties offered via the send port configuration.

 

I've also tried a custom version of the JsonEncoder component with the addition of specifying ContentType and Charset on the body part but that doesn't work either.

 

Why can't we specify what the ContentType should be for an outbound SB message? This metadata has no impact whatsoever on the BTS send operation but it has an impact for the receivers (fetching messages from a queue) since they have to ignore the standard ContentType value.

 

As far as I can understand this is either a bug in the implementation where the ContentType value is not assigned according to the context property or it has something to do with the serializer used by the WcfTransmitter.

 

Looking at the Microsoft.BizTalk.Adapter.SBMessaging.SBMessageInspector.BeforeSendRequest the ContentType is missing both from the default value assignment (which is logical since it's not available on the send port properties) and the iteration of context properties (which I suspect is a bug).

 

/andreas

Highlighted

@Sanjiv380 Fix RosettaNet Accelerator. They are still using the old SQL Adapter and we need to manually recreate ports to put it working in BizTalk Server 2020.

Highlighted

@Sanjiv380 

I wanted to set up App Insights in BizTalk Group Settings.

Analytics.png

 

After logging in I received the following error message.

Error.png

 

It happened because the default subscription that got selected was my Visual Studio Professional Subscription.

I did not have an App Insights set up at that time.

 

After setting one up the error stopped showing up and I was able to select an App Insights from my company's subscription.

Success.png

Highlighted

@Sanjiv380 

Generics support from within the Orchestration engine.  Being able to call Function<MyType>() would be extremely helpful.

Highlighted

@Sanjiv380 It would be nice to have Send Ports retry interval in seconds rather than minutes, which would be suitable for quickly recovering from transient errors in request-response integration scenarios. 

Highlighted

@Sanjiv380 It's not possible to build a Biztalk project within a hosted agent from Azure DevOps pipelines. it will be nice to add Biztalk Build targets in the build VMs.

Highlighted

@Sanjiv380 I have had some integration scenarios with low latency requirements and that would require leveraging orchestrations for synchronous, multi-system, idempotent integrations. In these particular cases, the additional persistence points conducted by the orchestration engine are unnecessary and adds a latency overhead. Even when using an atomic scope to contain multiple logical send ports and other triggering shapes which minimizes the persistence points but does not eliminate it.

 

I know that this a core feature that is built into the engine and that it is related to dehydration and other state management functionalities; but is it possible to have an orchestration-level setting that would completely prevent the orchestration engine from taking any state persistence points for the above-mentioned scenarios that can tolerate not having orchestration state persistence?

Highlighted

@AhmedmmTaha  please take a look at my old blog entries for BizTalk Server v2004 - v2009. I believe that they remain relevant for BizTalk Server v2020

 

https://docs.microsoft.com/en-us/archive/blogs/quocbui/biztalk-patterns-the-parallel-shape

https://docs.microsoft.com/en-us/archive/blogs/appfabriccat/biztalk-patterns-part-2sync-async

Highlighted

@Sanjiv380 

 

Additional features capabilities in the Azure pipeline deployment task: Deploy BizTalk Application

 

  1. Expose Application Stop options so that instead of StopAll you can choose to remove StopReferencedApplications and use value 31 (StopAll minus StopReferencedApplications = 31).
    We had to use PowerShell to remove app references prior to this task, and in some cases change pipelines on receive locations and send ports to a default pass-through. That ought not be required. The interim MSI produced becomes useless because these app references and proper pipelines are missing.
  2.  Expose Application Start options for the final re-start allowing the selection of all ApplicationStartOption Enum
    The implemented usage of StartAll is not appropriate for all deployment situations in environments.
  3. Allow disabling of the creation of the automatic file share for MSI file
  4. Add support for on-premise Azure DevOps Server, not just Azure DevOps Services
  5. In an effort to support automated recovery using YAML "on: failure:" when this BizTalkApplicationDeploy@2 task fails, provide a means of securely capturing and storing the original bindings with passwords and other secure values present to be available when restoring under failure. That binding would need to be available only during the YAML deployment job and then automatically be wiped away. Perhaps this can be done with a separate deployment task that is specialized to support roll back.
Highlighted

@Sanjiv380 

 

Azure DevOps BizTalk Server task. Please add Operations:

 

- Undeploy Biztalk App (full undeploy according to https://docs.microsoft.com/en-us/biztalk/core/undeploying-biztalk-applications)

Highlighted

@Sanjiv380 

A bugfix for the mapper: when mapper extensions (aka functoids) got loaded, the mapper inspects the assemblies present in the Mapper Extensions directory. Upon loading an assembly, it tries to instantiate all classes which are derived from BaseFunctoid.

If there are intermediate classes which are not to be loaded as functoids an do not register themselves correctly, the mapper seizes to load any other class after that without showing any error message. This is an error situation difficult to analyze and solve. It would be advisable to have a proper error message here.

Thanks, regards

Jörg Fischer