ax2009: Как обновить(!) Service Reference не перегружая AOS? (не привлекая внимания санитаров)

[mazzy]

Цитата:

Сообщение от Logger

Просто генерил новую dll со сборкой. Имя было новое.

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

Цитата:

Сообщение от Logger

Грузил ее в память и вызывал нужные методы через дотнетные аналоги SysDictClass. На первый взгляд неудобно, но нужно было 1-2 метода и его это устраивало.

да, такой вариант рассматривался.
но такой подход напрочь лишает всех преимуществ intelliSence,
убирает статический контроль и отменяет контракты.

ну, и всю религию веб-сервиса надо свести к 1-2 методам.
а остальное в рантайме.

при таком подходе скрипач (веб-сервис с WCF) не нужен.
вполне можно юзать что-нибудь более традиционное.

Цитата:

Сообщение от Logger

По совокупности гемора оказалось меньше.

По совокупности гемора больше, поскольку все проверки на соблюдение контрактов уходят в рантайм.
Нет, конечно можно "ничего не проверять"...

Но может можно обновить Service Reference НЕ перегружая AOS?

[Logger]

Цитата:

Сообщение от mazzy

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

Там все было более радикально.
usdl ссылка скармливалась .Net библиотеке, которая генерила dll - обертку.
Далее все работа шла с этой dll. т.е. референса не было вообще. Конечно никакого Intellisence не было. Код мог работать как на клиенте так и на сервере. Авторизация тоже была возможна, а не как сейчас, только анонимные подключения.

[mazzy]

Цитата:

Сообщение от Logger

Там все было более радикально.

В ax2009 можно увидеть пример такой реализации в мексиканском семействе объектов EInvoiceCFDI*
Правда "мексы" не от хорошей жизни так сделали - им нужна была авторизация по сертификату

[gl00mie]

Цитата:

Сообщение от mazzy

как только выполнили веб-сервис на AOS - нужно перегружать AOS, если хочется обновить веб-сервис на ax2009

Цитата:

Сообщение от mazzy

Но может можно обновить Service Reference НЕ перегружая AOS?

В данном случае "обновить Service Reference" - это выгрузить одну .NET-сборку и загрузить другую с тем же именем, но другим кодом внутри, правильно? CLR умеет выгружать сборки только вместе с AppDomain, в который(е) они загружены. В AX2012 на такой случай сделали настройку Allow hot swapping of assemblies when the server is running, которая заставляет AOS создавать новый AppDomain на каждую новую клиентскую сессию - и выгружать этот AppDomain, когда соотв. сессия завершается. В AX2009 такой возможности нет, насколько я помню, так что остается разве что перезагружать AOS. Как при этом не привлекать внимание санитаров? А запустить "свой собственный" AOS прям... хоть из ком.строки, на отдельном TCP-порту, проверять сервис, потом прибивать AOS по Ctrl-Break в консоли. Как минимум, другим пользователям это помешать не должно.

[mazzy]

Цитата:

Сообщение от gl00mie

В данном случае "обновить Service Reference" - это выгрузить одну .NET-сборку и загрузить другую с тем же именем, но другим кодом внутри, правильно?

не только. нужен intelliSence и прочие радости разработки с WCF и групповой разработки в частности.

Цитата:

Сообщение от mazzy

но такой подход напрочь лишает всех преимуществ intelliSence,
убирает статический контроль и отменяет контракты.

=================

Цитата:

Сообщение от gl00mie

А запустить "свой собственный" AOS прям... хоть из ком.строки, на отдельном TCP-порту, проверять сервис, потом прибивать AOS по Ctrl-Break в консоли. Как минимум, другим пользователям это помешать не должно.

так я еще не извращался
знатное курево

но мысль с отдельным AOS - продуктивная.
Действительно стоит попробовать поставить второй АОС в кластер и перегружать только его.
И вообще каждому разработчику свой АОС в кластере!
Эк меня заносит

Спасибо за совет.