К проекту подключать библиотеки, и в момент обращения проверять версию

Здравствуйте, коллеги!
Надеюсь на Вашу помощь. Необходимо к проекту подключать библиотеки, и в момент обращения проверять версию, а если есть более новая, то её заменять новой, копируя с сервера. Библиотеки пишутся на C#. Подключаю и вызываю методы через Assembly.LoadFrom. Но если во время сессии программы я уже вызывал из библиотеки какой-то метод, удалить эту библиотеку и заменить на новой версии уже не получается, - она уже используется, а сделать некий unload я не знаю как. Может быть кто-то сталкивался?
Читал про домены приложений, что нужно создавать новый - но уж больно заморочено.

0

How to get an assembly version without locking the file?

1

Если не хочешь заморачиваться с доменами напиши loader, который сначала сливает последнюю версию dll с сервера, а потом запускает твою прогу, тогда выгружать ничего не придется и прога будет работать на свежих dll

1

В том то и штука, - работает к примеру человек в программе, вызывает метод из библиотеки - загружает дочернюю форму, - и если библиотека была переписана, и на сервере лежит новая версия, - она должна обновиться, без перезапуска всего приложения, и вызваться обновлённый метод.

Добавлено через 5 минут
а как из этого вызвать метод?
>> AssemblyName.GetAssemblyName(filePath).V ersion;

0

Сообщение от Eugeney а как из этого вызвать метод? C# 1 AssemblyName.GetAssemblyName(filePath).Version;

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

1

Алгоритм прост
1 Запускаешь программу
2 Проверяешь (все?) подгруженные сборки при помощи метода GetAssemblies
3 Качаешь новые версии библиотек. После того как программа полностью загрузилась в память, библиотеки можно удалять/менять
4 Вызываешь Application.Restart()

1

Версию и прочую информацию типа даты и времени изменения файла dll (причем мне кажется по последнему признаку удобнее ориентироваться, нежели чем версия dll, но не суть) взять особой проблемы нет. Проблема в том, что когда из родительской формы открываю упакованную в dll дочернюю, после этого не даёт удалить саму dll-библиотеку.
Про сборки что-то читал, но пока практического опыта с этой штукой нет, и признаюсь понимания тоже. Сборки - это вроде набора библиотек? Я вот читал, что сборки бывают приватными и разделяемыми. Разделяемые можно хранить где-то на сервере и использоваться всеми клиентами?

0

Сообщение от Yukikaze Алгоритм прост 1 Запускаешь программу 2 Проверяешь (все?) подгруженные сборки при помощи метода GetAssemblies 3 Качаешь новые версии библиотек. После того как программа полностью загрузилась в память, библиотеки можно удалять/менять 4 Вызываешь Application.Restart()

Сдаюсь =)
А есть пример хоть какой-нибудь самый завалящий? Ничего найти не могу.

0

Evgeniy, я недумаю что ваша программа настолько критична чтобы извращаться подобным образом, реализуйте обычный OnceClick, который позволит делать обновление всего проекта в 1 клик с сервера и не заморачивайтесь

1

А что такое OnceClick? Проблема в том, что в системе работает порядка тысячи пользователей, и как раз в этом проблема и состоит: если меняется библиотека, чтобы программа получила изменённый функционал, её нужно перезагрузить. А когда я в программе делаю Assembly.LoadFrom библиотеки, после этого я библиотеку не могу ни удалить, ни соответственно заменить новой версией, - операционная система блокирует её. Т.е. я вызываю из библиотеки дочернюю форму, после этого закрываю, даже этому объекту делаю =null, а библиотека уже заблокирована. А хотелось бы, чтобы поработал человек в дочерней форме, закрыл, работает в другой, пытается опять открыть первую, и тут программа видит, что для этой библиотеки есть на сервере более новая версия, она её копирует, заменяет заместо старой, и открывает уже новую версию.
Я читал что-то про сборки, дескать есть приватные, а есть разделяемые. Моя модель, если я правильно понимаю, приватная. А разделяемая - это набор библиотек лежит на сервере, и клиентские приложения по мере надобности обращаются к ним и вызывают необходимые методы. Т.е. я изменяю библиотеку, подкладываю вместо старой, и клиентские приложения при следующем вызове обращаются уже к ней, как к новой версии, - прямо с сервера.
Так вот мне и интересно, ведь наверняка кто-то таким занимался, - где можно подсмотреть хотя-бы тривиальный некий пример кода, или что-то почитать, только не абстрактное?

0

вот ссылка на тему

1

Сообщение от Yukikaze Алгоритм прост 1 Запускаешь программу 2 Проверяешь (все?) подгруженные сборки при помощи метода GetAssemblies 3 Качаешь новые версии библиотек. После того как программа полностью загрузилась в память, библиотеки можно удалять/менять 4 Вызываешь Application.Restart()

А сам такое не делал? Ну ничего не получается =)

0

Ну неужели никто не сталкивался???

0

Вопрос интересный, поэтому попробовал состряпать рецепт на основе многих dll-ок вместо одной.
Пока искал, нашел вот это: http://msdn.microsoft.com/en-u... s.80).aspx
Работа дотнетного кода происходит в т.н. доменах - думаю, копать туда.

Добавлено через 1 минуту
туда же
http://people.oregonstate.edu/... chives/466

Добавлено через 8 минут
и еще вдогонку.
В .net 3.5 появилась такая штука, как add-in's.
http://blogs.msdn.com/b/jackg/... 68068.aspx
http://www.matthidinger.com/ar... h-wpf.aspx

1

Вопрос решил. Всем спасибо.

0