Mehmet AYDIN

Hata : “The context of the message associated with this instance contains all the promoted properties at the time of the routing failure”

Tanım : Hata genellikle (en azından bende ) aynı URI içeren birden fazla schema mevcutsa ortaya çıkmakta. Özellikle bir web service vb… yerden gelen xml’leri kullanarak, otomatik şema üretilirse oluşan XSD’lerin Namespace URI’leri yanı olacaktır. Bu yüzden XSD üretmeden önce mutlaka XML içine müdahelede bulunarak namespace’e bir prefix veya postfix verilebilir.

Çözüm : BizTalk Administration Console’a girilir, oradan schemalara tıklanılır ve Namespace URI’leri aynı olan birden fazla schema mevcutsa manuel müdahelede bulunmak suretiyle çözüm üretilir

Bu hata da bundan iki mesaj önce yazdığımın tam tersi. Genellikle Send Portlardan bir xml mesajını dosyaya yazmak istenildiğinde karşımıza çıkar.

Hata : There was a failure executing the Send Pipeline, This Assembler cannot retrieve a document specification using this type ‘blabla’.

Tanım : Mesajımız XML formatında olduğunda ve Send Pipelineımızı XmlTransmit tanımlamışsak, BizTalk bunu belirli bir şekilde cicili bicili yazmaya çalışacaktır. Muhtemelende başarılı olamıyacaktır. Bunu söylerken verinin Web Service gibi bir yerden geldiğini düşünüyorum. Çünkü asla istediğimiz formatta gelmez.

Çözüm : BizTalk Administration Console a girilir, İlgili Send Portun Pipeline’ı ReceiveTransmitten PassThruTransmite çekilir.

Yani -> ReceiveTransmit to PassThruTransmit…

Biztalkda SQL adapter kullanarak stored procedure veya updategram kullanıyorsanız ve yukarıdaki hataya benzer bir hata mesajı alıyorsanız bilin ki :

Sorun : “Inner exception: Received unexpected message type ‘ ‘ does not match expected type ‘http://blabla’.

Tanım : BizTalk Server, send veya receive adapterlerinden birinde boş mesaj tipi almakta.

Çözüm : BizTalk Administration Console’a girip ilgili adapterin Send Pipeline ve Receive Pipeline’larını PassThruTransmit’den XML Transmite çevirin.

Yani,  PassThruTransmit to XML Transmit

Dehydration’ın sözlük anlamına bakarsanız “suyu çıkmış” gibi bir meale geldiğini görebilirsiniz. Bunu gördükten sonra sakın ha “ne ulen projemin .oku mu çıktı yani?” diye sinirlenmeyin Adamlar düzgün çeviremiyor işte…

Genel olarak;

1. Orchestration mesaj almayı beklerken ve beklenilen zaman belli bir eşik değerinden fazla olduğu zaman,
2. Listen şeklini kullandığınızda,

karşılaşabileceğiniz bir problemdir. Sistemdeki mantık şudur :

BizTalk belirli bir eşik değerine kadar mesajı dinlemeye devam eder. Bu zaman dilimi dolduğunda ve sistemden hala bir cevap mesajı gelmediği durumda, BizTalk o anki durumu(state) bilgisayarımıza kaydeder. Yani sistem kaynaklarını serbest bırakır. Örneğin; mesaj bir web serviceden gelecek olsun. Biz Requestimizi yaptıktan sonra, belirli bir sürede web service geri dönüş mesajı vermesse Orchestration Dehydration durumuna düşer. Web service response’u verdiğinde ise bu state’den çıkılır ve normal işlemlerin yapılmasına devam edilir.

Orchestration Dehydration state’indeyken, önceden ayarlanmış bir süre kadar bekler. Örn; 5 dk. Bu süre dolduğunda hala cevap gelmemişse durum Dehydration’dan Error’a döner.

Biztalkta en fazla karşılaşılan deploy problemlerinden biridir “Early Binding” olayı.

Hatadan kurtulmak için yapılması gerekenler:

1. Eğer bir restore işlemi gerçekleştiriyorsanız, bu işlemi SSO Administration’dan yapmanızı şiddetle tavsiye ederim. Yoksa bu hatayı almaya bol miktarda devam edebilirsiniz.
2. Sorun büyük ihtimalle Port tanımlamalarınızdadır. Şöyle ki; Mesaj çıkışını File seçmiş olabilirsiniz ve bu File’ın çıkış adresini de “c:\OUT\%MessageID%.XML” yerine “%MessageID%.XML” yapmış olabilirsiniz. Veya bir syntax hatası olabilir. Tavsiyem tüm port ayarlarınızı tekrar kontrol etmeniz yönündedir.