Охотно верю.
И еще - один из New features of BTS 2006 - это его способность выполняться на виртуальной машине. Что раньше это было невозможно ?

Ещё, хотел спросить.
Как вы боритесь с большими сообщениями в BTS.

Дело в том, что я знаком с одним способом, но у него есть недостатки.

Есть один интересный паттерн (без названия к сожалению, все другие идут с названием).

Если вам нужно сквозь BTS послать сообщние в 100 MB ,например, тогда делаем так.

Создаём pipeline component на стадии decode. для receive pipeline.
этот компонент будет принимать сообщение, записывать его в определённое место на диске, затем удалит само сообщение (зделет его пустым), и сделает promoting нового проперти в которое поместит путь к этому новому файлу.

Создаём pipeline component на стадии encode. для send pipeline.
этот компонент прочитает этот promoted проперти и востановит сообщение.

Говорят что Работает очень быстро. по сравнению с ничё неделанием и оставлянием всё как было.
Ресурсов почти не требует. Только надо организовать безопасное место на диске.

Есть еще один интересный паттерн (о том как осуществить ordered delivery в многопоточном режиме и на любом транспорте).
Есть всем известные Paralel Convoy, Sequential Convoy pattern.
Так вот для передачи больших файлов я встретил только один паттерн к сожалению.

Еще хотел спросить, что вы используете для конфигурации ваших приложений ?
где храните конфигурируемые значения (например величину какогото таймаута, или какойто URI).
Я знаю что можно использовать конф. файл btsntsvc.exe.config, и получать доступ к нему через обычный System.Configuration. Но я думаю это не самое лучшее решение. Я слышал для этого используют както SSO, но не встречался сам с этим.

up