Форум на Исходниках.RU

Сериализация класса по завершению работы WCF-службы

maxim84_ — Thu, 20 Jan 2011 15:03:10 +0000

maxim84_:

Цитата

Так что либо большая нагрузка на сервис (сериализация в Register) либо возможность потерять данные (сериализация в Dispose). Наверное, лучше 1 вариант.

При больших нагрузках 1 вариант вообще никакой...я уже сказал, чем это грозит.

Цитата

А если "крестиком" - не вызывается.

Сервис? крестиком...хм...ну не знаю. Нафига? Если это фоновое приложение и регистрировать должна как служба на сервисе. А при разработке можно и Enter нажать. Ну не суть...

Цитата

Но все-таки интересно, почему Dispose не вызывается, если закрывать "крестом".

Уже ответил почему. Подпишись на event от консольки, говорящий о том, что ее закрыли.

Если хочешь, можешь попробовать еще "опасный" метод:

class WcfService : IService

{

~WcfService()

{

this.Dispose();

}

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Thu, 20 Jan 2011 14:24:19 +0000

Spawn.NET: Про закрытие консоли 2 раза уж спрашивали на прошлой неделе, поищи тему

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Thu, 20 Jan 2011 13:46:02 +0000

GoldenJoe:

Цитата Pit-Bul @ 18.01.11, 15:38

WCF поддерживает аутентификацию на основе пользовательских и доменных политик

Почитал. Может, стоит перейти со своего велосипеда:

public interface IService

{

[OperationContract]

bool Register(string userName, string password); // Регистрация нового пользователя. Аналогично регистрации на каком-нибудь сайте.

// На данный момент выполняю сериализацию списка пользователей в методе Register.

// Можно и в Dispose. Но! (см. далее)

[OperationContract]

bool LogOn(string userName, string password); // Войти

[OperationContract]

bool LogOff(); // Выйти

}

на это?

</serviceCredentials>

Цитата maxim84_ @ 19.01.11, 16:47

После выхода из using будет вызван Dispose() для _service;

Все правильно, если закрывать программу-хост нажатием (Console.ReadLine() ведь). А если "крестиком" - не вызывается. Инфа 100% - ставил breakpoint и проверял. Сейчас кто-нибудь ответит "закрывай enter'ом и не парься". Но все-таки интересно, почему Dispose не вызывается, если закрывать "крестом". Если решить эту проблему, можно, в принципе, выполнять сериализацию в Dispose, а не в Register. Преимущество - сериализация списка пользователей выполняется всего 1 раз - при закрытии программы-хоста (Кэп намекает, что если делать это в методе Register, сериализация будет выполняться каждый раз, когда регистрируется новый пользователь. "Если пользователей станет много, то сервис только сериализацией и будет заниматься..." - как-то так.). И недостаток сериализации в Dispose - потеря данных в случаи отключения питания компьютера, на котором запущен сервис.
Так что либо большая нагрузка на сервис (сериализация в Register) либо возможность потерять данные (сериализация в Dispose). Наверное, лучше 1 вариант.

Сериализация класса по завершению работы WCF-службы

maxim84_ — Wed, 19 Jan 2011 16:47:23 +0000

maxim84_:

Цитата GoldenJoe @ 17.01.11, 15:54

Pit-Bul, работает. Но Dispose вызывается каждый раз, когда отключается один из клиентов. Мне это не нужно, по этому ставлю InstanceContextMode=InstanceContextMode.Single (чтобы для каждого клиента не создавался отдельный экземпляр службы). Теперь Dispose вообще не вызывается, даже при закрытии окна консоли.

WcfService _service = null;

....

using(_service = new WcfService(Uri))

{

_service.Open();

....

Console.ReadLine(); //просто для демонстрации :)

_service.Close();

} //После выхода из using будет вызван Dispose() для _service;

Так-же можно подписаться на события закрытия и вызывать Dispose. Метод Dispose не вызывается сервисом WCF т.к. для него не очевидно, что это необходимость делать. И сей момент переложен на плечи внешнего кода.

Добавлено 19.01.11, 16:59

Цитата

А возможно ли не сериализовывать весь список заново, например, из-за 1 пользователя? (т.е. сохранить изменения, не выполняя повторную сериализацию всего списка)

Зачем при каждом входе то?? Если пользователей станет много, то сервис только сериализацией и будет заниматься...

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

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Tue, 18 Jan 2011 19:41:43 +0000

Spawn.NET: Ну, можешь, только нужный node исправлять, но это уже вручную.

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Tue, 18 Jan 2011 17:46:53 +0000

GoldenJoe: Т.е. тут без вариантов - заново сериализовать весь список, так?

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Tue, 18 Jan 2011 16:04:27 +0000

Spawn.NET:

Цитата GoldenJoe @ 18.01.11, 15:30

(т.е. сохранить изменения, не выполняя повторную сериализацию всего списка)

Сам на свой вопрос отвечаешь. Вручную дописать изменения, значит открыть файл, внести изменения, сохранить, закрыть... Проще сериализовать :)

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Tue, 18 Jan 2011 15:38:03 +0000

Pit-Bul:

Цитата GoldenJoe @ 18.01.11, 14:26

Имхо, сохранять надо именно по завершению работы консольной программы-хоста (а соответственно и сервиса). Чтобы при следующем запуске сервис загрузил список пользователей из xml файла и спокойно продолжил работать (иначе после перезапуска сервиса всем пользователям придеться заново регистрироваться)

вот как раз то что рвало мой мозг :), как сказал бы мой шеф "двоечник, тащи ремень, пороть будем" :D

Во первых, создание списка пользователей динамически уже бред. Во вторых что значит

Цитата GoldenJoe @ 18.01.11, 14:26

иначе после перезапуска сервиса всем пользователям придется заново регистрироваться

вообще то пользователь авторизуется при каждом обращении к сервису с предоставлением учетных данных. То есть при первом запуске приложения пользователь в клиентском приложении вводит логин/пароль, клиентское приложение отправляет эту пару сервису и при удачной авторизации возвращает учетные данные клиента, которые далее клиент при каждом обращении к сервису обязан предоставить. Следовательно получаем, есть статический список пользователей, например в базе, в XML хоть просто в текстовом файлике из которого сервис при первой авторизации получает данные и отдает их клиенту. Теперь касаемо управления пользователями, то есть добавление/удаление, изменение данных и прав - это обязанность либо отдельной программки, либо части клиентского приложения доступного опять же определенным учетным записям, выбирай сам.

Вот примерно вот так :)

ЗЫ: еще покури на тему System.Security и System.IdentityModel.Policy, WCF поддерживает аутентификацию на основе пользовательских и доменных политик

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Tue, 18 Jan 2011 15:30:13 +0000

GoldenJoe: Raino, Spawn.NET
Ага, это еще и надежнее. Наверное, так и сделаю.
А возможно ли не сериализовывать весь список заново, например, из-за 1 пользователя? (т.е. сохранить изменения, не выполняя повторную сериализацию всего списка)

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Tue, 18 Jan 2011 15:06:37 +0000

Spawn.NET:

Цитата Raino @ 18.01.11, 14:58

Почему не сохранять информацию по мере изменения объектов в программе? Что будет, если машину с сервисом просто обесточат, изменения потеряются?

:yes:
GoldenJoe, сохраняй при входе, коль уж это не логи всей работы.

Сериализация класса по завершению работы WCF-службы

Raino — Tue, 18 Jan 2011 14:58:51 +0000

Raino: Почему не сохранять информацию по мере изменения объектов в программе? Что будет, если машину с сервисом просто обесточат, изменения потеряются?

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Tue, 18 Jan 2011 14:41:17 +0000

GoldenJoe: Spawn.NET
Я же говорил уже. Класс User описывает пользователя сервиса (как минимум логин и пароль). В xml буду хранить List.

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Tue, 18 Jan 2011 14:34:07 +0000

Spawn.NET: GoldenJoe, что в сериализованном xml планируется хранить?

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Tue, 18 Jan 2011 14:26:42 +0000

GoldenJoe: Таки не буду менять консоль на виндовсовский сервис, ибо

Цитата Pit-Bul @ 18.01.11, 06:27

очень сложно будет такое дело отладит

Цитата Pit-Bul @ 18.01.11, 06:27

сохранение пользователей надо выносить в логическую процедуру

Цитата MIF @ 18.01.11, 06:52

Я лично понял что лист пользователей хранится в статической (static) переменной.

Как-то незачем делать статик, если у меня InstanceContextMode=InstanceContextMode.Single (т.е. один экземпляр сервиса на всех).

Сериализация класса по завершению работы WCF-службы

MIF — Tue, 18 Jan 2011 06:52:58 +0000

MIF: ТС нам не всё сказал, посему приходится гадать. Я лично понял что лист пользователей хранится в статической (static) переменной.

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Tue, 18 Jan 2011 06:27:02 +0000

Pit-Bul: MIF с учетом выше озвученных вопросов ему очень сложно будет такое дело отладит, и если честно то я болше склоняюсь к версии что сохранение пользователей надо выносить в логическую процедуру и делать это отдельно, и никак не при dispose обьекта

Сериализация класса по завершению работы WCF-службы

MIF — Tue, 18 Jan 2011 06:18:37 +0000

MIF: ИМХО, замени консоль хост на виндовский сервис. У сервиса есть очень хороший метод OnStop. Вот в нем сериализовать будет удобно.

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Tue, 18 Jan 2011 06:11:17 +0000

Pit-Bul: GoldenJoe, и почему меня не оставляет ощущение что ты все таки что то не так делаешь, у тебя явно серьезное упущение в логике приложения раз ты пришел к таким проблемам.

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 21:11:41 +0000

GoldenJoe: Spawn.NET, после отключения каждого пользователя выполнять сериализацию списка пользователей... Ужас. Сервис будет грузить проц и жрать оперативу.

Добавлено 17.01.11, 21:27

Цитата Spawn.NET @ 17.01.11, 20:51

при отключении последнего пользователя

Когда отключается пользователь, никак нельзя заранее знать, что он последний.

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Mon, 17 Jan 2011 20:51:00 +0000

Spawn.NET: GoldenJoe, разве что при отключении последнего пользователя, ну или пользователя в принципе, коль уж одно соединение на всех.

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 20:44:10 +0000

GoldenJoe:

Цитата Spawn.NET @ 17.01.11, 20:06

Dispose подняться при InstanceContextMode.Single должен только при завершении сервиса...

Что мне и нужно. Ставлю бряк на dispose - не срабатывает вообще, и при завершении сервиса не срабатывает. А при Single вроде и не должен. Значит, dispose - не вариант. Как же тогда отловить завершение работы сервиса?

Сериализация класса по завершению работы WCF-службы

Spawn.NET — Mon, 17 Jan 2011 20:06:16 +0000

Spawn.NET: Dispose подняться при InstanceContextMode.Single должен только при завершении сервиса...
По сути, как написано в MSDN, он может и поднимается, но мы этого уже не видим :)

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 19:33:20 +0000

GoldenJoe: Никто не знает, почему Dispose сервиса не вызывается при завершении работы хоста? (если поставить InstanceContextMode=InstanceContextMode.Single)

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 15:54:10 +0000

GoldenJoe: Pit-Bul, работает. Но Dispose вызывается каждый раз, когда отключается один из клиентов. Мне это не нужно, по этому ставлю InstanceContextMode=InstanceContextMode.Single (чтобы для каждого клиента не создавался отдельный экземпляр службы). Теперь Dispose вообще не вызывается, даже при закрытии окна консоли.

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Mon, 17 Jan 2011 15:36:32 +0000

Pit-Bul: ты пока просто попробуй

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 15:34:34 +0000

GoldenJoe: private XmlSerializer serializer; - этот использую еще и для ДЕсериализации. Второй создавать что-ли? (в методе Dispose)

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Mon, 17 Jan 2011 15:31:03 +0000

Pit-Bul: не уверен, не понятен контекст, но может сработать это

if (disposing)

{

serializer = new XmlSerializer();

serializer.Serialize([блаблабла]);

}

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 15:21:15 +0000

GoldenJoe:

Цитата Pit-Bul @ 17.01.11, 15:14

метод завершения работы сервиса

Это как? Мой сервис состоит целиком и полностью из [OperationContract]'ов. И Dispose.

P.S. начал учить C# неделю назад.

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Mon, 17 Jan 2011 15:14:46 +0000

Pit-Bul: а что мешает сделать эту самую сериализацию до вызова Dispose, то есть включить это в метод завершения работы сервиса ???

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 15:09:05 +0000

GoldenJoe: Pit-Bul, это не имеет никакого отношения к дело, но если надо, поясню: есть класс User, описывающий пользователя сервиса. Сериализовать надо List - список пользователей. Причем сделать это надо по завершению работы службы (это происходит при закрытии консольного приложения, в котором хостится сервис).

Добавлено 17.01.11, 15:11
Пытаюсь выполнить сериализацию List в методе Dispose, но экземпляр XmlSerializer к тому времени уже равен null (спасибо GC)

Сериализация класса по завершению работы WCF-службы

Pit-Bul — Mon, 17 Jan 2011 15:01:02 +0000

Pit-Bul: GoldenJoe, не понятна суть вопроса, зачем и что ты пытаешься серилизовать

Сериализация класса по завершению работы WCF-службы

GoldenJoe — Mon, 17 Jan 2011 14:56:50 +0000

GoldenJoe: Сабж.
Пробовал так:

public class Service : IService, IDisposable

{

private XmlSerializer serializer;

//...

public void Dispose()

{

Dispose(true);

GC.SuppressFinalize(this);

}

private void Dispose(bool disposing)

{

if (disposing)

serializer.Serialize([блаблабла]);

}

Но к тому времени, когда вызывается Dispose, XmlSerializer serializer уже "дохлый" (null). Т.е. в методе Dispose делать сериализацию поздно. А где тогда не поздно?