Oleg Kleiman

Две Олимпиады

2008-08-23T19:54:41Z

Виндсёрфер Шахар Цубери из Эйлата завоевал бронзовую медаль на Олимпиаде в Пекине. Президент и премьер-министр Израиля не замедлили позвонить герою, чтобы поздравить его с национальным достижением. "Я лично следил за всеми твоими гонками", - любезно сказал Ольмерт.
А две недели назад в Мадриде проходила другая олимпиада в виде спорта, который называется математика. Президент не сопровождал национальную сборную и премьер-министр не следил за их выступлением. Он никого не поздравил, хотя количество медалей, доставшихся Израилю, там было значительно больше. И в дисциплинах, наверное, не менее важных, чем виндсёрфинг.
У них нет национального центра подготовки и после возвращения домой им вряд ли предложат контракты в рекламных агенствах "Пумы" и "Адидаса", но тем не менее, они привезли следующее : Дан Кармон - золотую медаль (35 баллов из 42 возможных), Офир Городецки - серебрянную медаль (24 из 42), Омри Бен-Элиезер (20 из 42) и Олег Злиденко (19 из 42) - бронзовые медали. Еще двое - Оhад Нир и Лир Баhак - получили почетные грамоты. Я почему-то уверен, что чем бы ни закончилась нынешняя каденция кабинета министров, никто и во время следующей не изменит мнения о том, какой же вид спорта являтся приоритетным в Израиле, сколько требует его финансирование и кому нести бело-голубой флаг символом национальний гордости и самоуважения на торжественном параде отрытия следующей Олимпиады.
P.S. Вопросы математической олимпиады можно найти здесь.

BizTalk Q&A

2008-08-09T23:18:32Z

Q. What are two main types of subscriptions? What the difference between them?

A. There are two types of subscriptions in BizTalk server: activate and instance. The activate subscription initializes the service for the first time, the instance subscription picks up one of the services which already has been initialized according to its instance ID. Instance subscriptions are usually served for correlations.

Subscriber might be orchestration or/and send port and two administrative operations for subscriber directly apply on its subscription: Enlist and Start. Enlist operation actually creates the subscription but leaves it in "stopped" state until "Start" operation is performed.

(The attempt to use stopped subscriber causes the engine to produce the error 0xC0C01B4D (Subscribing Service is Stopped) and to suspend the service, that initialized the invocation.)

Subscription created for static send port consists of single predicate based on BTS.SPTransportID property that uniquely generated for this send port. (*)

In contrast to static send port, dynamic send port creates as many subscriptions as a number of registered transmit transports (send adapters) known to engine. A single dynamic send port produces, for example, 14 subscriptions, if the system has 14 registered send adapters, each of them having the following structure

BTS.OutboungTransportType= "File"/"MSMQ"/"SMTP"/"FTP"/"HTTP"/"SOAP" etc.

BTS.SPID = <GUID>

BTS.OutboungTransportLocation exists

Subscriptions for direct binding models use only predicates based on BTS.MessagesType property, allowing the high degree of freedom to process messages through such subscription.

Partner port subscriptions are based on evaluating three properties which promoted by orchestration: BTS.PartnerPort, BTS.PartnerService and BTS.Operation.

Subscriptions have the notion of priority. As for BizTalk 2006 R2, subscriptions for orchestrations always have priority 7 when the EPM-subscriptions have lower priority – 5.
Existing subscriptions can be enumerated with a help of Subscription class.

-----------------

* - This property is vitally needed for the orchestration to know, how to deal with messages leaving it for 'late binding'. After orchestration is deployed with 'late binding' option, it has no idea about how to connect the messages from 'uses' port (logical send ports) to EPM ports. When you specify the actual send port from binding tab on Orchestration Properties dialog, its SPTransportID is saved, letting to XLANG/S to know that this GUID will be appended and promoted for each message going through logical send port. Note, that no additional subscription is created for logical send port in this case.

Q. What is the Message Agent?

A. Message Agent is the BizTalk sub-system wrapping-out the operations with MessageBox database. In particular, it is responsible for publishing/subscribing mechanism implementation. No component of BizTalk (including adapters) talks directly to MessageBox's objects: tables or stored procedures, the MessageAgent exposes its functionality to all other sub-systems of BizTalk Server.

Срочно нуждается в переводе

2008-07-05T23:52:59Z

Goodnight Moon (eng.) by Shivaree

There's a nail in the door
And there's glass on the lawn
Tacks on the floor
And the TV is on
And I always sleep with my guns when you're gone

There's a blade by the bed
And a phone in my hand
A dog on the floor
And some cash on the nightstand
When I'm all alone the dreaming stops
And I just can't stand

What should I do I'm just a little baby
What if the lights go out
And maybe and then the wind just starts to moan
Outside the door he followed me home

So goodnight moon
I want the sun
If it's not here soon
I might be done
No it won?t be too soon 'til I say goodnight moon

There's a shark in the pool
And a witch in the tree
A crazy old neighbor and he's been watching me
And there's footsteps loud and strong coming down the hall
Something's under the bed
Now it's out in the hedge
There's a big black crow sitting on my window ledge
And I hear something scratching through the wall

What should I do I'm just a little baby
What if the lights go out
And maybe and then the wind just starts to moan
Outside the door he followed me home
So goodnight moon
I want the sun
If it's not here soon
I might be done
No it won't be too soon 'til I say goodnight moon

Marcha dos Pescadores (por. [bra]) - сл., видимо, народные, муз. Dorival Caymmi.

Minha jangada vai sair p’ro mar
[минья жангада вай саи пру ма] (моя жангада выходит в море)
Vou trabalhar, meu bem-querer
[Во трабальяр, мэ бем кере] (буду работать на свое благо)
Se Deus quiser quando eu voltar do mar
[Си деуш кизе кванд' эу воута ду ма] (Бог даст, когда вернусь из моря)
um peixe bom eu vou trazer
[Ум пейши бом э ву тразэ] (привезу хорошую рыбу [ peixe - пеше])
Meus companheiros também vão voltar
[Меуш компаньеруш тамбьем ва воута] (мои друзья тоже вернутся)
E a Deus do céu vamos agradecer
[Йа деуш ду сеу вамуз аградэсэ] (и Небесномого Бога мы возблагодарим)

A estrela d'Alva me acompanha
(меня сопровождает 'путеводная' звезда )
iluminando o meu caminho
(освещая мой путь)
Eu sei que nunca estou sozinho
(я знаю, что я не один)
pois tem alguém que esta pensando em mim.
(кто-то думает обо мне)

WCF vs. BizTalk EPM vs. WebServices

2008-06-28T16:10:42Z

Аналогия между WCF endpoints и Receive/Send ports в BizTak'e настолько разительна, что я не удивлюсь, если следующая его версия (после R3) полностью заменит BizTalk EPM на WCF WAS.

Создание WCF Service в этой аналогии сопоставимо с созданием orchestration.
А(ddress). Выбор адреса, через который будет доступен сервис, зависит в обоих случаях только от требований клиентского приложения. Как одна и та же оркестрация может быть доступна через разные порты, так и WCF сервис может быть доступен через несколько независимых endpoints.Создание как портов, так и endpoints совершенно не зависит от самого сервиса.
B(inding). Привязка (binding) сервиса к адресу дается в BizTalk настройкой портов, а в WCF - настраиванием endpoints. Каждый endpoint/port имеет в свою очередь независимо-настраиваемые свойства, кот. в WCF называются behaviors. Аналог в - свойства порта, как, например, tracking, authentication etc..
C(ontract). Сервисы BizTalk ориентированы на сообщения, кот. имеют строгую структуру (XSD schemas). Сервисы WCF вместо XSD требуют строго структурированных контрактов/интерфейсов, т.е. описания данных в ~~более свободной~~ другой форме. Не забудем, однако, что сообщения BizTalk могут быть, вообще говоря, произвольными .Net-классами.

В то время как для порты BizTalk могут исполняться только внутри Windows service, известного как BizTalk host instance, существует несколько моделей хостинга для WCF сервисов. Они могут исполнятся 1) в специально созданном для этой цели приложении (т.наз. self-hosting model), 2) в IIS (конечно, речь идет о IIS 7) и 3) в WAS. На этой картинке можно видеть WCF сервис, настроенный в IIS7 на поддержку и http, и tcp, и named pipes, и msmq.

По аналогии с тем, как поступающие сообщения записываются BizTalk адаптером в очередь сообщений для своего host'a, архитектура WAS использует для этих целей очередь того IIS Application Pool, который настроен исполнять WCF сервис. А именно, один из protocol listeners (для http это http.sys драйвер) по мере поступления сообщений записывает их в очередь Application Pool, далее задачей listener adapter является извлечение сообщений из этой очереди для передачи protocol handlers. Последние исполняются внутри WAS, который отвечает за активацию protocol handlers, их конфигурацию и проч. Можно сказать другими словами, что используя WAS, IIS больше не зависит от http для активации своих внутренних процессов (т.е. в конечном итоге - своих applications, которые и являются WCF сервисами).

Обычные Web-Services не вписываются в эту систему, но из-за их широкого распространения разработчики привыкли считать , что
1. разделение интерфейса и транспортного протокола является скорее теоретической выдумкой (что, право сказать, не далеко было от истины в года расцвета COM) и
2. легче создать клиентское приложение, поддерживающее SOAP поверх HTTP (особенно с повсеместной поддержкой Ajax), чем заставить сервис поддержать нужное количество клиентских протоколов.

История народов. Гунны.

2008-06-07T15:39:57Z

Собирательный труд имеет по сравнению с производительным единственный недостаток - недостаточность территории. В выращенном меньше белков и калорий, чем в найденном и добытом на охоте; животноводство также приятнее, чем возделывание, потому, что оно естественнее. Люди занялись сельским хозяйством, однако, совсем не для того, чтобы повысить свой уровень жизни, интенсивное земледелие было единственным способом решить проблему неограниченной рождаемости на ограниченной территории. Но не для гуннов.
Они произошли, видимо, из тех районов Гоби, где выращивать просто было нечего, а климат, который из всех факторов влияния на характер народа, является самым решающим, способствовал даже не столько преодолению трудностей, сколько подавлению собственного сознания, которое исключительно мешало этим предкам монголов сохранить за собой свойства человеческого рода.
Слава богу, что мы занимаемся антропологией, а не историей, потому как картина социального быта этого племени способна отбить у многих всяческий интерес к дальнейшим изысканиям : «Могущие владеть луком все поступают в латную конницу... каждый занимается воинскими упражнениями, чтобы производить набеги... Сильные едят жирное и лучшее; устаревшие питаются остатками после них. Молодых и крепких уважают, устаревших и слабых мало почитают... Обыкновенно называют друг друга именами; прозваний и проименований не имеют» (Кстати, автор этого наблюдения - Н.Я.Бичурин - был главой русской духовной миссии в Пекине, называясь в то время о.Иакинфом, и здесь мы называем гуннов монголами, полагаясь на его авторитетное мнение, кот., однако, расходится с современным взглядом на вещи).
Впрочем, сказанное относится не к самим гуннам, а к их предкам - народу ху (современные им китайцы, впрочем, не вдаваясь в общинные тонкости, называли всех своих северных соседей "бэй-ди" - примерно "северные варвары"), который, установив оптимальные для степей сроки беременности и уровень рождаемости (что является, видимо, основной предпосылкой для перехода от племени к нации - см., например, современный Китай), к XIII в. до н.э. перебрался через Гоби, открыв Сибирь.
Значение этого открытия трудно переоценить. Оно сравнимо с генетическими открытиями Лысенко о возможности наследования приобретенных отклонений или, по меньшей мере, с установлением первого государства шариата. Потому как, перейдя Гоби, ху обнаружили перед собой неисчерпаемые возможности оставаться самими собой : бескрайние просторы от Байкала меньше всего заставляют задуматься о необходимости сеять и жать.
Волы лучше оленей как тягловая сила, но мясо оленей вкуснее - вот та истина, которая двигает историю от гуннов к кыргызам. Первые перевезли гуннов через пустыню, съедобные качества вторых до сих пор вдохновляют кыргызскую литературу.
Тысячелетняя история становления гуннов до III в. до н.э. мало исследована. Не утруждая себя письменностью, они больше тяготели к нефриту для сохранения своих ценностей. Что же касается их устного, то тут я должен заметить, что согласно китайским пословицам, язык вообще теряет смысл как только получает выражение в иероглифах. (sic! - еще одна китайская мудрость). Удивительно ли, поэтому, что единственным словом, уцелевшим до сегодняшнего дня из гуннского есть слово «сагайдак». Что касается тюркских языков, то только финны могут оценить всю ценность этого подарка.
Другой подарочек оставили гунны китайцам, первый император которых, Цинь Ши Хуан(*), для теплого приема гуннов с размахом построил Великую Китайскую стену. Бесполезность сооружения сравнима только с его длиной (ок. 6 тыс. км.), чего, кстати, нельзя сказать о стене Шарона - здесь коэффициент значительно больше в виду электронных систем предупреждения.
Возможно только это и заставило гуннов самоорганизоваться. Если бы не система родового управления в армии, то они, безусловно, ушли бы еще дальше, а государственный строй этих кочевников вполне отвечал традициям собирательного труда их предков : всеобщая воинская повинность, вознаграждение воинов результатами своего труда, взгляд на территорию как на основу государства, рабовладение пленными. Веселая жизнь гуннов с тех пор неоднократно пыталась возродиться : чем запорожские казаки хуже? Кстати, и атаманы сечи, и гуннские шаньюи были родными батьками всего соответствующего культурного пласта.
Потомственные гунны, как и нормальные казаки или граждане Абу-Даби, не знали, что такое налог : благо кочевое право тем успешнее прививается соседям, чем доблестнее воины и/или благочестивее подданные.
Итак, к началу нашей э. гунны основались в Южной Сибире и Приуралье, где, постепенно смешиваясь с местным населением, они и создали тот тип людей, кот. является предметом нашего исследования.
О местном населении надо сказать особо. Гунны частью ассимилировали, а частью уничтожили финно-угров, кот. с тех пор в большинстве живут в Европе : финны, венгры, эстонцы имеют общий праязык и общих родителей. С появлением гуннов эти родители массово тронулись на Запад явлением, известным в истории как Великое переселение народов. Гунны подвинули славян, те - готов и вместе с лангобардами и вандалами из Германии все они ввалились в обе оставшиеся Римские империи. (Император ее восточной части - Феодосий II(**) был более проницателен в том, с кем имеет дело : говорят, что на оборону Константинополя в 434 г. он выставил львов, заключив, что людям не пристало иметь дело с теми кочевниками.) Пока вандалы и прочие германцы жгли Рим, гунны дошли до Галлии, а остготы заселили тогда еще не Турецкий полуостров.
К V в. н.э., периоду наибольшего распространения этой нечисти на земном шаре, гунны имели царя (видимо, первого и единственного) - Атиллу(***). И В.Брюсова, и Вяч. Иванова эта личность сподвигла на личные стихотворные обращения, а Е.Замятина - на одноименную пьесу и подготовительную повесть.

Расселение гуннов от сегодняшней Монголии до Европы практически не имело национальной окраски. Видимо, они были лишены в то время национального самосознания как совершенно неестественного для дикарей, еще не создавших ничего, на чем оно могло бы держаться. К тем примерам человеческой цивилизации, которые им встречались по дороге, они относились примерно как обезьяна к телефону, без лишних церемоний. Я совершенно уверен, что они не сознавали себя народом ни в каком смысле, но организованным стадом, которому для того, чтобы сохраниться, требуется минимальный набор коллективных привычек и навыков. Это животное чутье силы и страха оказалось достаточным для создания общих корней огромной группы людей, у истоков которой стояли гунны, но впитавшей в себя ирано-язычные, алтайские, сибирские и северо-китайские племена, известные миру по сегодняшний день под названием тюрки.

Временем рождения этого народа можно считать время распада империи Атиллы, после которого гунны растворились в мировой истории, оставив после себя безличь прото-тюрков : узбеков, татаров, туркменов, турков, азербайджанцев, огузов и проч. и проч. У каждого из них своя, растянувшаяся на тысячелетия, история; со своими халифатами, каганатами, батыями, ханами и базиядами. Но одновременно это же и история упорного сопротивления всему, что эта нечисть оставила после себя в мире; история народов, которые столетиями выбиваются из своих корней навстречу человеческим основам, заложенным в каждом из нас.

Путь этот труден (©, Pulp Fiction), но, как известно, настоящий туркмен не ищет прямых путей. Он радуется барашсыслыку как христианин в Пасху. Он вступает в брак с небесной девой, отчего у него рождаются дети, перед которыми он исполнен обязанностями. Читайте, читайте ссылки, их автор - не Супермурат Туркменбаши, это сам Атилла, только профиль(****) у него золотой, а не нефритовый.

---------

* - он же Цинь Ши Хуан Ди - правил с 221 г. по 210 г. н.э. Полководец, а в последние 30 лет и гончар, насколько позволяет судить его армия.

** - Феодосий II (401 - 450 г.г.) не отделался львами, и в течение всего своего царствования платил гуннам дань, кот. за эти годы выросла с 350 до 6000 золотых фунтов. (Город Феодосия в Крыму не имеет к нему никакого отношения, кроме греческой основы своего названия.) </p>

*** - Хотя нам известно имя еще одного их предводителя, Баламбера, под чьим руководством эта саранча во 2-й половине IV-го века н.э. расселилась по всему Причерноморью, от Дона до Дуная.

**** - "Хочешь построить государство – зови туркмена". Сапармурат Туркменбаши Великий. "Рухнама"

Save BizUnit for QA

2008-05-19T21:20:53Z

Пока BizUnit используется программистами, их не смущает ни тот факт, что TestSteps для этого framework должны быть написаны на XML, ни тот, что для их запуска нужно откомпилироварь т.наз. boilerplate code. Тем более программисту не может помещать дюжина параметров при создании таких TestStep как WebService Invoke : SOAP-Action, WS Namespace etc. - естественно ожидать от программиста, что составление таких сценариев не составит для него большого труда.

С другой стороны, когда BizUnit пытаются использовать как средство QA, эти же свойства framework становятся непреодолимой преградой для тех, кто не знаком с кодированием. Даже если прилежный сотрудник QA освоит XML-формат сценариев, то уж компилировать boilerplate code ему просто не на чем : не устанавливать же VS на каждой машине QA?..

Может быть поэтому, а может быть в силу разделения труда между производством (программированием) и техническим контролем (QA), BizUnit применяется только программистами, да и то так, как бог на душу положит. Методические проверки ведь все равно остаются за QA; например, code coverage это разве не методология?

В общем, картина довольно грустная : BizUnit сам по себе и QA сам по себе.

Прежде чем пытать решить эту проблему, неплохо было бы посмотреть по сторонам с тем, чтобы узнать, кого еще она беспокоит и кто уже пробовал думать иначе, чем Kevin B Smith. Начать с того, что некоторые пытались просто облегчить процесс создания TestSteps, генерируя их XML из UI. К сожалению, автор BizUnit не предусмотрел настоящей metadata для steps, поэтому, BizUnit Designer, например, вынужден довольствоваться "документацией" (я все-таки надеюсь, что под "документацией" они имеют в виду комментарии в коде самого BizUnit).

booUnit пошел значительно дальше, но, во-первых, сам boo знаком исключительно энтузиастам и писать скрипты на нем, возможно, и легче, чем вникать в XML-формат BizUnit, но я не представляю, чтобы кто-то взялся изучать новый язык программирования только для того, чтобы изложить на нем пару десятков тестов для BizTalk.

Собственно на этом обзор рынка и заканчивается, оставляя впечатление, что либо BizUnit не принимают всерьез, либо наоборот - настолько принимают, что боятся слово поперек сказать.

Начнем с сериализации. Даже если реализовать Step-классы с необходимыми properties для XML-сериализации, это не избавит от необходимости в исполнении boilerplate-code, а только разломает существующий BizUnit framework. Представляется, что это слишком догорая цена для возможности автоматической генерации test cases. Поэтому просится сериализовать Step-классы с необходимо добавленными properties в XAML.

Что это даст? После сериализации полученный XAML можно скомпилировать в полноценный assembly, и если добавить к откомпилированным классам и методам атрибуты NUnit (TestFixture к классам и Test к методам),- получится загружаемый в NUnit модуль. Мало того, если откомпилировать сериализованный XAML в исполняемый assembly, не понадобится и NUnit. Очевидным недостатком такого подхода является то, что нужно по сути выбросить всю существующую реализацию BizUnit и переписать под XAML все уже созданные для него Step-классы. Наградой за приложенные усилия будет возможность создавать тесты автоматически, без какого-либо участия программиста в написании кода для теста. Другими словами, XAML позволит превратить BizUnit в настоящий инструмент QA.

Итак, попробуем. Сериализация в XAML не представляет особых трудностей, поэтому не стоит на ней останавливаться, займемся компиляцией XAML.

Добавить

MCST Part V. BAM

2008-04-30T22:08:24Z

Activity creation and Deployment.

1. Первый шаг предназначен для бизнес-аналитиков и состоит в использовании Excel Add-In. В Excel 2007 он расположен под закладкой "Add-Ins" :
Обратим внимание на то, что этот Add-In устанавливается независимо от остальной инфраструктуры BizTalk на любой компьютер бизнес-аналитика, оборудованный единственно что Office. Его использование состоит в определении составляющих единиц исполнения - Activities и CheckPoints (кот. в UI называются 'items') -естественно, в бизнес-понимании этого слова. Например, хорошим Activity будет, скажем, время старта оркестрации. Определение Activities требует понимания бизнес-процесса, во всяком случае его основных показателей, и исполняется Wizard'ом, по завершении которого бизнес-аналитику предлагается сохранить результаты своей деятельности в XML-файле. Вот, для примера, фрагмент такого файла :

2. Этот файл, известный как BAM Definitions, передается разработчику или лучше - администратору для того чтобы тот "опубликовал" его содержимое. Под этим понимают автоматический ( с помощью bm.exe ) процесс создания таблиц, views и stored procedures в специально приготовленной для этого базе данных.

База эта ,по умолчанию, называется BAMPrimaryImport (BTI).

Instrumenting Orchestrations, Pipelines and Ports.

Как видно из предыдущего рисунка, любое приложение, может использовать специально разработанный API для дальнейшей работы с BAM. Прежде всего этот API предназначен для приложений BizTalk, но ничто не мешает и другим приложениям .NET обращаться к нему, причем единственное, что для этого требуется - это присутствие на вызывающей машине файла Microsoft.BizTalk.Bam.EventObservation.dll без никаких других компонентов BizTalk Server 2006 (В BizTalk 2004 это не так!). Здесь подчеркивается, что это единственный поддерживаемый способ обращения к BAM, т.е. прямое обращение к созданным в базе объектам настоятельно не рекомендуется.
В рамках этого подхода, существует два способа обратиться к BAM. Первый - это использовать DirectEventStream/BufferedEventStream classes для непосредственной работы с Activities , второй - использовать BAMInterceptor. Первый способ имеет существенный недостаток связанный с тем, что с изменением модели соответствующие вызовы в коде должны изменяться. Это совершенно не приемлемо для оркестраций, поскольку сам смысл использования BAM в BizTalk состоит в изоляции бизнес-модели от ее реализации. Именно поэтому BizTalk-приложения используют только BAMInterceptor. ( Как мы увидим в дальнейшем, для полной изоляции потребуется еще BTT).
Требуемая изоляция достигается процессом, известным как конфигурация интерцептора. Идея здесь в сопоставлении с каждым TrackPoint нек. абстракции- location, с которой связан метод (обычно XPath), кот. будет пользоваться Interceptor'ом для извлечения необходимых для мониторинга данных. Конфигурация дается классом ActivityInterceptorConfiguration, кот. позволяет связать location и TrackPoint для всех BAM-операций : StartNew, DataExctraction, Continue, Relate и End. После этого методом UpdateInterceptor() вся созданная инфраструктура передается в BAMInterceptor и, наконец, BAMInterceptor сохраняется (сериализуется) во внешнем файле (.bin), готовом к дальнейшему использованию :

BAMInterceptor interceptor=new BAMInterceptor();
config.UpdateInterceptor(interceptor);
BinaryFormatter bf=new BinaryFormatter();
Stream f=File.Create(activity+"_interceptor.bin");
bf.Serialize(f,interceptor);
f.Close();

Итак, interceptor готов; используют его в два приёма : сначала создавая callback , кот. должен приносить данные для мониторинга и затем используя метод OnStep().
Вот таким образом и происходит подмена : теперь вместо того, чтобы знать имя ,Activity которое может изменяться при развитии мониторинг-модели, вызывающее приложение должно знать только, какой интерцептор загрузить.
Созданием таких интерцепторов занимается TPE - Tracking Profile Editor.

BAM API

1. EventStream and DirectEventStream
2. Read from BAM
3. ContinuationID and WS

BAM Portal

WCF Extensions

WF extensions

История народов. Монголы.

2008-03-15T20:12:42Z

Территория Монголии исключительно интересна своей недружелюбностью : такое впечатление, что она как-бы выталкивает из себя собственных детей на поиски чего-то более сладкого и приветливого, чем она сама. Первый такой выкидыш произошел с гуннами в те времена, когда самих монголов еще не было на земле, но те дикари были настолько неразборчивы, что не оставили после себя на родине вовсе никаких корней, предоставив земле заново продемонстрировать своё гостеприимство. Оно заставило себя ждать до XIII века, когда, наконец, период беременности у монгольских женщин стал продолжаться 10⁻⁴³секунды, что отвечало наиболее совершенному обороту Земли вокруг Солнца в то время. За один такой оборот большинство монголов разработали соёмбо, обогатив тем самым человечество символом процветания и обретения локального буддизма. Тибетские источники указывают, однако, на разделение культурных ценностей между потомками Тему-джина и последователями Гампопы, приведшее к первых на широкий путь орды, а вторых - к строительству первого в мире многолинейного метрополитена Кагью. Оставшиеся монголы были менее склонны к урбанизму, и объеденившись под двумя оккупациями маньчжуров, создали собственное государство на берегах Волги - Хурал. (Полностью - Иссык их Хурал, столица на р. Калка с 1223 г.). Впрочем, существовало оно не долго, но, распавшись, пустило корни от Венгрии до забытой богом колонии в Улан-Баторе...

Демократические преобразования, начатые еще в Хурале, имели место быть и в наше время : согласно древнерусскому поверью, воды Калмыкии, Дагестана и др. суверенных государств были отравлены зельем, состоявшем наполовину из кумыса-айрага и наполовину из мацы, что является первым случаем разделения ответственности за демократию между евреями и народами, употребляющими квасное всуе...

Вклад монголов в кириллическое языкознание трудно переоценить. Отцом этого отдела лингвистики по праву называют отца Бурундая (ок. 1208 - ок. 1250), предпринявшего изыскательскую экспедицию в степи Суздаля и Владимира с целью создания первого вертикального словаря монгольского языка. В завершенном виде эта работа была представлена Его Святейшеством Занабазаром Чолбайсаном в северном аймаке консульства Монголии в ООН в 1938 г. как свидетельство внутреннего аншлюса. Известно, что на его решение о главенствующей роли панмонголизма в устранении «ять» из монгольского языка особое влияние оказал известный русский символист Ал. Блок...

Спорт в Монголии лишний раз подтверждает, что народная традиция упрямее истории. Монгольский мужчина, обладающий 3-мя навыками - стрельбы из лука, владения лошадью и национальной борьбы - есть ее продолжатель. Местом доказательств временно служит Наадам. Кстати, монгольский лук не имеет прицела, но отличается двойным изгибом для повышения дальнобойности. Филателия поддерживает спортивные наклонности народа : в удаленные и временно захваченные династией Минь районы пустыни Гоби марки доставляются гужевым транспортом или специальными оказиями по предписаниям Богдо-гэгена Девятого.

Сам Богдо-гэген на ламу не тянет, потому как не протестует против миролюбивой политики Унгерна, уже который век обильно орошающую эту страну своими чингизгидами.

Литература :
1. "Монгол-ун Нигуша Тобчиян" под редакцией Всемирного Банка Реконструкции и Развития.
2.

Were we are?

2008-02-16T23:49:28Z

1. WCF Bindings

Основная проблема с BAF связана с тем, что этот framework приспособлен только для BizTalk Server, и все усилия, приложенные для адаптации как LOB Apps (Siebel, SAP etc.), так транспортных протоколов (FILE, MSMQ etc.), приходится повторять заново, если эти системы нужно внедрять в процессы, не использующие BizTalk Server. С другой стороны, WCF разработана со встроенными механизмами, поддерживающими стандарты, не зависящие от протокола, как все семейство WS-*, и поэтому WCF с успехом может быть вставлен в то место, кот. в BizTalk server играют send/receive pipelines. В мире WCF такие pipelines называются bindings, но только с тем преимуществом, что они соединяются не с сервисами BizTalk, а с любыми .NET-приложениями (в частности, с SQLServer SSIS). Что касается первых, то и они не в накладе, поскольку тот же BAF позволяет создать некоторый "универсальный" адаптер, кот. возьмет на себе все, что нужно знать о Transport Proxy, Batches и других компонентах, специфичных для BizTalk Server. На прикладном уровне такой адаптер может дальше вызывать все, что угодно, и, конечно, WCF. Таким образом и разработаны WCF Adapters in BizTalk 2006 R2. Относительно остальных .NET-приложений, то для них существует WCF LOB Adapter SDK, не имеющих ничего общего с BizTalk, кроме разве что путающего слова "Adapter" в своем названии. Для большей наглядности, его архитектуру можно сравнить с архитектурой WCF bindings в следующей таблице:

Comparing WCF .NET 3.X bindings with BizTalk approach and WCF LOB SDK Adapter:

WS Http Binding	Basic Http Binding	Net Tcp Binding	Web Http Binding(*)	BizTalk	sap Binding
Transaction Flow		Transaction Flow		Pipeline Component
Reliable Session		Reliable Session		Pipeline Component
Symmetric Security		Symmetric Security		Pipeline Component
HttpTransport (Text Message Encoding)	HttpTransport (Text Message Encoding)	TCPTransport (Binary Message Encoding)	HttpTransport (Web Message Encoding)	Adapter	RFC Transport

* Emulates REST, parameters passes by JSON. WebGet = HTTP GET, WebInvoke(Method="PUT") = HTTP PUT. New in .NET 3.5. Also used for ASP.AJAX, ATOM, RSS or POX(Plain Old XML).

За развитием сюжета очень интересно следить отсюда, а текущая ситуация наглядно представлена здесь.

2. BizTalk Services

Остановимся на WebHttpBinding. Я написал в примечании, что он эмулирует REST, что прекрасно подходит для многих Internet-приложений, кот. не нужен ни SOAP, ни WS-* расширения. Одним из таких приложений является BizTalk Services. С BizTalk Server его связывает только слово BizTalk, но под ним в Редмонде расширенно понимают все, что имеет отношение к сообщениям и соответствующим инфраструктурам. Собственно, WebHttpBinding родился в BizTalk Services SDK в размышлениях о ISB - Internet Service Bus, но начиная с версии 3.5, стал полноправным членом .NET framework, чего нельзя сказать о его братьях, до сих пор лабораторных. BizTalk Services преследует цель вынести MessageBox за пределы корпоративной сети, что ставит перед его авторами целый ряд интересных проблем : Identification (кот. тесно связана с InfoCard), преодоление firewalls (relay), механизмы подписки и публикации etc. В контексте общей идеи S+S, эти "лабораторные занятия" весьма интересны и возможно предположить, что они в итоге выльются в Microsoft Internet Service Bus, пока же это один из немногох экспериментов, разрабатываемых в Microsoft на глазах всех желающих, давая возможность следить за развитием мысли разработчиков по мере ее становления!.

3. ESB Guidance (ESB Toolkit).

ESB Guidance это своего рода противоположная ветвь. И как ей не быть такой, если она развивалась в другом отделе - P&P (Patterns & Practices). Открытый код, прекрасная сопроводительная документация. Я не знаю, насколько правильно я могу расставить акценты в этом продукте, но кажется, он прежде всего обращен к организациям, в которых происходит обмех сообщениями между JMS (и ему подобными) и миром Microsoft. В любом случае, как и положено настоящему ESB, эта реализация предлагает и настоящий ESB Management Portal.

4. WF vs. BizTalk.

Эту тему надо рассмотреть отдельно и очень внимательно, но общее направление ясно уже сегодня : BizTalk можно использовать как host для workflow. Этой цели и служит BizTalk Server R2 Extensions for Windows Workflow Foundations SDK . Сравнению BRE с WF Business rules посвящена замечательная статья Charles Young.

Далі буде..

Message Splitting

2008-02-02T16:24:01Z

Вопрос splitting может быть решен в BizTalk несколькими путями, и вот что интересно : как показывает практика, с самым простым не знаком почти никто, а чем сложнее метод, тем больше у него сторонников. Суть же вопроса такова:

При любых обстояльствах, если Messaging "наталкивается" на схему, кот. обозначена как envelope, то сообщение, отвечающее этой схеме создаваться не будет, а будет прежде всего проверено, что написано у envelope-schema в атрибуте BodyXPath. Ожидается, что там будет написан XPath, кот. через SelectNodes() приведет к одному или нескольким nodes, каждый из которых будет рассматриваться как самостоятельное сообщение. Важно, что такое поведение не требует никаких дополнительных усилий : стоит только определить схему как envelope, найти правильный XPath и создать схему для "внутренних" сообщений, и splitting работает. Без лишних pipelines с disassember'ами и проч., и проч.

Так например, это очень удобно для сообщений, приходящих из database-adapters. Такие сообшения очень часто состоят из нескольких строк, выбранных из базы - все одинаковой структуры, но находятся под корневым главным элементом, специфичным для конкретного адаптера. Вот для таких сообщений и стоит определить envelope-schema, причем нас совершенно не должно смущать то, что, как правило, эта схема генерируется самим адаптером - с точки зрения BizTalk она такая же, как и все остальные.

SSO scenario

2007-11-17T22:44:03Z

Некоторые Receive Adapters (HTTP и SOAP, например) могут вызвать ISSOTicket.IssueTicket() и, в случае успеха, записать результат в (promoted) context property "SSOTicket". Самое важное в этом то, что делается это для user'a, успешно прошедшего authentication в Receive Port. Сам этот user ( в форме domainName\userName ) записывается в property "WindowsUser" .
Как именно осуществить authentication, решает сам адаптер, а в случае SOAP или HTTP, оба они используют для этих целей свой Isolated Host, т.е. host, кот. бежит в IIS с его Windows Authentication. (IIS7 по умолчанию устанавливается без Windows Authentication, соответствующий модуль должен быть добавлен дополнительно прежде чем администратор или радивый программист получат возможность разумно убрать Anonymous Authentication с IIS Application).
Если конфигурация адаптера включает вызов IssueITicket, но без аутентикации, то "SSOTciket" context property сгенерирован не будет, a property "WindowsUser" будет содержать пустое значение (хотя сам этот property будет записан в контекст сообщения).
Все это делается для того, чтобы соответствующий Send Adapter мог вызвать RedeemTicket(), и тем самым получить искомые внешние mappings для исходного user'a. Понятно, поэтому, что необходимым условием для этого сценария будет тот факт, что оба API - IssueTicket и RedeemTicket - вызываются для одного и того же user'a. Собственно, этому и служит упомянутый property "WindowsUser". Без него вызов обоих ISSOTicket-методов лишается смысла, и поэтому вообще не стоит пробовать применять SSO без authentication.
SSO устанавливается по умолчанию без поддержки tickets. ssomanage.exe или MMC 3.0 SSO Snap-In решают этот вопрос.
При этом я не имею в виду authentication, запрашиваемую на уровне Receive Port, а механизм, с помощью которого сам адаптер может провести authentication, как "Windows Authentication" в случае SOAP/HTTP и IIS.
Сообщение, кот. было опубликовано в MessageBox с установленными "SSOTicket" и "WindowsUser" может попасть оттуда или в оркестрацию, или в Send Port. В случае оркестрации, эти context properties должны быть скопированы из поступившего сообщения в то, кот. будет послано в Orchestartion Send Port, например, так (Message Assignment Shape):
msgOut(BTS.SSOTicket) = msgIn(BTS.SSOTicket);
msgOut(Microsoft.BizTalk.XLANGs.BTXEngine.OriginatorSID) = msgIn(Microsoft.BizTalk.XLANGs.BTXEngine.OriginatorSID);
Второй оператор в этой записи гарантирует, что обсуждаемый RedeemTicket метод будет вызван для того же user'a, для которого раньше вызывался IssueTicket. В случае если этого гарантировать нельзя, сообщение, попадая в SendPort, приводит к подобным ошибкам.
Все сказанное относится только к тем адаптерам и оркестрациям, кот. работают под Trusted Host. И наконец, напоследок, еше одно замечание о Send Adapters : помните о первом параметре в RedeemTicket! Это ваш affiliate application. Sic! В конце концов, мы ведь хотели всего-навсего перевести credentials вызывающего user'a в external credentials. Именно affiliate application и хранит этот mapping. Properties, доступные аднинистартору Send Adapter'a при конфигурации Send Port'a должны давать возможность выбрать из списка установленных affiliate applications, тем более что BAF поможет в этом - см. baf:SSOList.

Get your host

2007-10-11T17:03:57Z

Custom adapters часто имеют свои performance counters, (впрочем, разумеется, не только custom : все адаптеры out of the box поставляются со своими performance counters) и такие performance counters должны распределяться по host instances. Другими словами, быть multi-instance. Достаточная причина, чтобы поинтересоваться, под каким же host'ом работает сейчас адаптер.
Host instance - это Win Service, в процесс которого по мере надобности загружаются разные BizTalk artifacts. (И адаптеры в том числе). Такой host может иметь несколько конфигурируемых AppDomains, а каждый AppDomain - несколько своих assemblies. В случае адаптеров таким host'ом будет [Default Host]. Так вот, мы интересуемся именем того Win Service, кот. служит контейнером для всего этого общежития. Прежде всего, ясно, что никакие Assembly.GetXXX() не помогут, потому что сам Win Service совсем не .Net-приложение, поэтому остается искать имя host'a через Win32 Process. Поможет нам WMI :

private string _GetHostName()
{
string strHostName = String.Empty;
try
{
int nProcessId = Process.GetCurrentProcess().Id;

EnumerationOptions opt = new EnumerationOptions();
opt.ReturnImmediately = false;

using( ManagementObjectSearcher searcher = new ManagementObjectSearcher("root\\CIMV2",
String.Format("select DisplayName from Win32_Service where ProcessId = {0}", nProcessId),
opt) )
{
foreach (ManagementObject inst in searcher.Get())
{
string strDispalyName = (string)inst["DisplayName"];
string[] strToken = strDispalyName.Split(':');
strHostName = strToken[1];
}
}

}
catch (Exception ex)
{
EventLog.WriteEntry(m_strEventLogSource,
"Unable get Host Name for receive adapter. \r\n" + ex.Message,
EventLogEntryType.Error, 50314);
}

return strHostName.Trim();
}

Прозрачно и недорого.
Создание соответсвующего performance counter'a теперь выглядит так :

string strHostName = _GetHostName();
if (strHostName != String.Empty)
{
_AvgBachExecutionBase = new PerformanceCounter(m_strAdapterReceivePerfCountCategory,
"Avg. receive batch process time base",
strHostName, false);
....
}

EntLib и SSO.

2007-10-06T21:18:48Z

Применение техники, кот. я описал здесь, было дано очень узко, да и выполнено щербато.
Во-первых, несмотря на то, что StorePassword() работал с IPropertyBag, писать он умел только один-единственный property, во-вторых, зачем было для таких вызовов создавать экземпляр класса? И в-третьих, совсем непонятно, что делает CreateSSOAffiliateApplication() - создает affiliate application или проверяет ее существование?
Улучшенная версия называется по-другому и выглядит так :

   1:  public static bool SetProperties(string appName, Dictionary<string, string> properties)

   2:  {

   3:       try

   4:      {

   5:         if (EnsureSSOAffiliateApp(appName, properties))

   6:         {

   7:            IPropertyBag bag = new ConfigPropertyBag();

   8:            foreach (KeyValuePair<string, string> property in properties)

   9:           {

  10:              object objValue = property.Value;

  11:              bag.Write(property.Key, ref objValue);

  12:           }

13:

  14:           ISSOConfigStore store = (ISSOConfigStore)new SSOConfigStore();

  15:           store.SetConfigInfo(appName, idenifierGUID, bag);

16:

  17:          return true;

  18:        }

  19:        else

  20:          return false;

  21:    }

  22:    catch (Exception e)

  23:    {

  24:      System.Diagnostics.Trace.WriteLine(e.Message);

  25:      throw;

  26:    }

  27:  }

Создание Affiliate Application из этого кода выглядит просто абсурдно,например, из-за требуемых разрешений, но сейчас дело не в этом. Сейчас дело в том, что нов. версию SetProperties() можно использовать для сохранения значений секций конфигурации EntLib.
В самом деле, если предварительно создать (ssomanage.exe -createapps XXX.xml) столько Affiliate Application, сколько имеется известных секций конфигурации (а всегда ведь можно добавить и то, и другое), то в SetProperties() можно передать :

Dictionary<string, string> propeties = new Dictionary<string, string>();
propeties.Add("SectionType", "loggingConfiguration");
propeties.Add("SectionValue", <section xml content>);
ssoHelper.SetProperties("SampleApp1.loggingConfiguration", propeties);

Соответсвующие определения для ssomanage.exe выглядят так :

<application name="SampleApp1.loggingConfiguration"> <description>SampleApp1.loggingConfiguration</description>
<appUserAccount>BizTalk Application Users</appUserAccount>
<appAdminAccount>BizTalk Server Administrators</appAdminAccount>
<field ordinal="0" label="reserved" masked="no" />
<field ordinal="1" label="SectionType" masked="yes" />
<field ordinal="2" label="SectionValue" masked="yes" />
<field ordinal="3" label="LastModified" masked="yes" />
<flags configStoreApp="yes" allowLocalAccounts="yes" enableApp="yes" />
</application>

Эта процедура заполнения значений секций конфигурации прекрасно выполняется в EntLib Console, поэтому все, что осталось сделать - это развернуть реализацию для полноценной поддержки EntLib и возможности встраиваться в Console. (Довольно утомительное, но безусловно полезное занятие, ключевые моменты в котором - реализация интерфейсов IConfigurationSource, IConfigurationParameter etc.)

И наконец, вот как выглядит клиентское обрашение к этим изысканиям :

IConfigurationSource _ssoConfigSource = new SsoConfigSource("ODS", "Instrumentation");
LogWriterFactory _logWriterFacroty = new LogWriterFactory(_ssoConfigSource);
using (LogWriter logWriter = _logWriterFacroty.Create()) // здесь реальный вызов SetProperties()
{
logWriter.Write(log);
}

а этот код уже практически подходит для вызова из оркестрации.

КФМ. Июль - Сентябрь

2007-10-01T23:27:56Z

0.1. "Прогулки в лесах" У. Эко. Возможно, это были наброски диссертации, а может быть и вольности писателя, более популярного в Москве, чем в Риме. Я не знаю, чего больше досталось Нервалю - шпаргалок для сочиненй ("Сильвия" входит в в обязательную программу французской средней школы) или дотошности. Литературоведение легко может стать таким, как его видит У. Эко - близоруким подростком, делающим круглые глаза при виде дальше переплета.
0.2. "АГ" - пропорционально уравновешивает новости ,и даже читая его в десятый раз, понимаешь, что такое проза : баланс вкуса (в данном случае = такта ) и языка.
0.3. Мне из Израиля не видно всего, да и не нужно мне всего видеть, но "1+1" - открытие сезона. "Джерела тоталітарізму" Арендт издавалсь при его участии. И никто не пугается, как в Риге или Тель-Авиве, когда в студии говорят по-русски.

Dynamic Send Transmitters' Configuration

2007-09-27T00:07:35Z

1. Send Transmitter может определить, назначен ли он на dynamic или static port, только во время исполнения своего главного метода TransmitMessage (ProcessMessage in BaseAdapter impelementation) . Обычно это делается проверкой property <AdapterConfig> из контекста сообщения, кот. нужно послать. Если этот property существует, значит адаптер направлен на static portи из прочитанного property можно грузить конфигурацию порта. Если этого property нет, то адаптер направлен на dynamic port, и единственное место, где можно прочитать конфигурацию - Send Handler. Эта конфигурация передается адаптеру как часть протокола инициализации и обычно хранится в месте, доступном из TransmitMessage, так что не вызывает труда ее прочитать, однако Send Handler может и не быть отконфигурирован заранее. На этот случай последней возможностью будет Uri, установленный для dynamic port из оркестрации.
2. В нек. случаях конфигурация Send Port/Send Handler включает пароли и др. секретную информацию, кот. нельзя хранить как часть Uri. Лучшего места, чем SSO, для нее нет!
Сохраняемый пароль должен быть связан отношением 'один-к-одному' с Uri, для чего, собственно, и служит API ISSOConfigstore.SetConfigInfo : его второй параметр и есть точка входа в коллекцию пар "Uri - password". Говоря более строго, надо заметить, что с точки зрения самого SSO, уникальной парой должно быть только сочетание первого и второго параметров этой функции, которые отвечают колонкам таблицы SSOX_ExternalCredentials - ec_xa и ec_xu. а уникальность пар 'Uri - password" должна контролироваться апликацией ( в нашем случае BizTalk адаптером ). О первом параметре SetConfigStore стоит сказать еще несколько слов. Это имя SSO Application, кот. должна быть создана заранее, причем здесь мы имеем дело с особым случаем этих апликаций : теми, кот. создаются с флагом SSO_FLAG_APP_CONFIG_STORE (0x100000). Этот флаг не совместим почти ни с какими другими, и приложения, созданные с этим флагом, не отображаются в ssomanage -listapps.Служат такие апликации, оправдывая своё название, в качестве Configuration Store. Еще остался третий параметр - знаменитый COM'овский IPropertyBag. (Кстати, весь SSO написан на COM, и для совместимости с .Net в "Program Files\Common Files\Enterpriz\se Single Sign-On\Interop1.1" предлагается его interop. Именно его, единственного, и нужно добавлять в references .Net-проектов.). Имплементация этого IPropertyBag не должна вызывать затруднений : для внутренней простой, как в случае паролей, коллекции хорошо подойдет Hashtable, для более сложных случаев хорошим кандидатом будет SortedDictionary<TKey, TValue>. Ну вот, а теперь и код, демонстрирующий сказанное .

public bool StorePassword(string strUri, object strPassword)
{
    if( CreateSSOAffiliateApp() )
    {
         IPropertyBag bag = new XXXPropertyBag();
         bag.Write("Password", ref strPassword);

         ISSOConfigStore store = (ISSOConfigStore)new SSOConfigStore();
       store.SetConfigInfo(m_strAppName, strUri, bag);

       return true;
   }
   else
     return false;
}

public string GetPassword(string strUri)
{
  ISSOConfigStore store = (ISSOConfigStore)new SSOConfigStore();
  IPropertyBag bag = new XXXPropertyBag();
store.GetConfigInfo(m_strAppName, strUri, SSOFlag.SSO_FLAG_RUNTIME, bag); // RUNTIME флаг очень важен

Object strPassword = new object();
bag.Read("Password", out StrPassword, 0);
return (string)strPassword;
}

и наконец

private bool CreateSSOAffiliateApp()
{
try
{
     ISSOAdmin admin = new ISSOAdmin();

     admin.CreateApplication(m_strAppName, "Teradata_General", "someone@xxx.com",
                                             "BizTalk Application Users", "BizTalk Server Administrators",
                                             SSOFlag.SSO_FLAG_APP_CONFIG_STORE | SSOFlag.SSO_FLAG_APP_ALLOW_LOCAL,
                                              2);
    admin.CreateFieldInfo(m_strAppName, "reserved", SSOFlag.SSO_FLAG_NONE); // первое поле не маскируется
    admin.CreateFieldInfo(m_strAppName, "Password", SSOFlag.SSO_FLAG_FIELD_INFO_MASK);

    // Enable application
    admin.UpdateApplication(...);
    // Purge changes
    admin.PurgeCacheForApplication(m_strAppName);

   return true;

}
catch(Exception ex)
{
      if( ex.Message.Contains("The application already exists.") == true )
          return true;
      else
         throw;
}
}