47 / 47 / 9
Регистрация: 13.02.2012
Сообщений: 176
|
|
1 | |
Время жизни процесса03.08.2012, 12:32. Показов 2356. Ответов 4
Метки нет (Все метки)
Добрый день. Начинаю свое знакомство с IIS и WCF, натолкнулся на вопрос.
Мне нужно понять сколько будет жить процесс моего приложения, если я буду хостить его в IIS. Приложение, которое я сейчас пытаюсь реализовать, должно иметь один постоянно работающий процесс, для того чтобы следить за изменениями в папке на сервере и хранить обьекты конфигурации. Т.е. грубо говоря я не хочу перечитывать довольно тяжеловесную конфигурацию при каждом обращении клиента к серверу. Реньше этой задачей у меня занимался обычный Windows Service, теперь добавляю взаимодействие с Silverlight и раз уж все равно придется где-то хостить веб странички, думаю перенести сервис в IIS. Возможно ли такое?
0
|
03.08.2012, 12:32 | |
Ответы с готовыми решениями:
4
Thread Timer время жизни Время и дата. Время жизни программы Время жизни Время жизни объекта |
519 / 511 / 68
Регистрация: 19.09.2011
Сообщений: 826
|
|
03.08.2012, 12:40 | 2 |
До перезагрузки WCF, он перезагружается в 3х случаях:
1. Перезагрузили IIS 2. Перезагрузили WCF 3. Изменился web.config
0
|
47 / 47 / 9
Регистрация: 13.02.2012
Сообщений: 176
|
|
03.08.2012, 13:01 [ТС] | 3 |
Может назойлево, но я уточню. Если я создаю IService service c режимами
ConcurrencyMode mode = ConcurrencyMode.Multiple InstanceContextMode insMode = InstanceContextMode.PerSession затем в коде создам обьект конфигурации и вызову session.Open(); То под каждый запрос будет браться отдельный поток из пула ИИСа видимо, и мой процес с объектом не умрет?
0
|
47 / 47 / 9
Регистрация: 13.02.2012
Сообщений: 176
|
|
03.08.2012, 13:39 [ТС] | 5 |
За это спасибо. Прочитал. Теперь надо знать, правильно ли я это понял.
Если я ставлю InstanceContextMode в single то проблем с созданным объектом у меня естественно нет. Но ведь и запросы будут обрабатываться по очереди, то есть многопоточность мне придется реализовывать самому. Если ставлю PerSession, то нет проблем с многопоточностью, но объект придется загружать каждый раз заного. Если вышеописанное мной верно, появляется другой вопрос. Есть ли возможность изменить точку входа в приложение не через [ServiceContract], и желательно чтобы этот вход можно было выполнить при старте IIS? И еще. Если этого сделать нельзя, я могу попробовать сделать для своего тяжелого объекта, еще одну службу, которая будет single и взаимодействовать по binding net.pipe. Большие ли накладные расходы я получу, по сравнению с обьектом в отдельном потоке?
0
|
03.08.2012, 13:39 | |
03.08.2012, 13:39 | |
Помогаю со студенческими работами здесь
5
Время жизни сессий Время жизни Cookie Время жизни datatable C++11 время жизни переменных Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |