Здравствуйте, DigiMax, Вы писали:

DM>Подскажите плиз можно ли создать и запустить Windows Service и затем получать доступ к нему(вызывать его методы, считывать какие нибудь свойства) из ASP.NET приложения...? Может быть глупый вопрос, но я ни разу не писал Windows Services, и поэтому не знаю, возможно ли такое вообще...

Можно. Remoting, WCF.

Доброго всем времени суток!!!

Подскажите плиз можно ли создать и запустить Windows Service и затем получать доступ к нему(вызывать его методы, считывать какие нибудь свойства) из ASP.NET приложения...? Может быть глупый вопрос, но я ни разу не писал Windows Services, и поэтому не знаю, возможно ли такое вообще...

Заранее спасибо!!!




-------------------
С уважением, DigiMax.

Здравствуйте, DigiMax, Вы писали:

DM>Доброго всем времени суток!!!

DM>Подскажите плиз можно ли создать и запустить Windows Service и затем получать доступ к нему(вызывать его методы, считывать какие нибудь свойства) из ASP.NET приложения...? Может быть глупый вопрос, но я ни разу не писал Windows Services, и поэтому не знаю, возможно ли такое вообще...

DM>Заранее спасибо!!!

А чем WEB Servic-ы не устраивают?

Здравствуйте, Аноним, Вы писали:


А>А чем WEB Servic-ы не устраивают?

Там такая штука, что нужно один раз в сутки выполнять некие очень тяжеловесные(по времени) действия, а результаты этих действий хранить в DataSet(вфполнять криптографические преобразования данных), и к данным в ентом датасете обращаться в течение суток из ASP.NET приложения. Тут суть в том чтобы данные эти постоянно существовали.

Здравствуйте, DigiMax, Вы писали:

DM>Здравствуйте, Аноним, Вы писали:


А>>А чем WEB Servic-ы не устраивают?

DM>Там такая штука, что нужно один раз в сутки выполнять некие очень тяжеловесные(по времени) действия, а результаты этих действий хранить в DataSet(вфполнять криптографические преобразования данных), и к данным в ентом датасете обращаться в течение суток из ASP.NET приложения. Тут суть в том чтобы данные эти постоянно существовали.

Ну, судя по описанию, лучше ещё всё это в базе хранить, а не в памяти. Или хотя бы на диск бэкапить. Ситуации же разные бывают. Вдруг админ пьяный ногой reset нажмёт . Общаться со службой можно по-разному. Уже сказанный Remoiting, каналы и много чего ещё. Всё возможно. Только ты служб не бойся .

Здравствуйте, Udjine, Вы писали:


U>Ну, судя по описанию, лучше ещё всё это в базе хранить, а не в памяти. Или хотя бы на диск бэкапить. Ситуации же разные бывают. Вдруг админ пьяный ногой reset нажмёт . Общаться со службой можно по-разному. Уже сказанный Remoiting, каналы и много чего ещё. Всё возможно. Только ты служб не бойся .

Да в том то и дело что в базе то всё нормально — данные лежат, и даже иногда обновляются
Но данные, к которым применяются правила криптографии в базе хранить нельзя из-за соображений безопасности, а применять эти правила непосредственно из приложения ASP.NET нельзя по причине временных затрат,вот для этого служба и планируется, которая по таймеру будет применять криптографию и формировать DataSet или ещё какое хранилище в памяти, а уж из него данные пойдут в приложение

Здравствуйте, <Аноним>, Вы писали:
А>Но данные, к которым применяются правила криптографии в базе хранить нельзя из-за соображений безопасности, а применять эти правила непосредственно из приложения ASP.NET нельзя по причине временных затрат,вот для этого служба и планируется, которая по таймеру будет применять криптографию и формировать DataSet или ещё какое хранилище в памяти, а уж из него данные пойдут в приложение

ну так можно хранить зашифрованные данные

Здравствуйте, DigiMax, Вы писали:

DM>Там такая штука, что нужно один раз в сутки выполнять некие очень тяжеловесные(по времени) действия, а результаты этих действий хранить в DataSet(вфполнять криптографические преобразования данных), и к данным в ентом датасете обращаться в течение суток из ASP.NET приложения. Тут суть в том чтобы данные эти постоянно существовали.

Тогда свой сервис даже писать не понадобится — такой уже есть, называется aspnet_state.exe.

Храни свои данные в сессии веб-приложения, срок "протухания" сессии поставь достаточно большим (web.config/<system.web><timeout="number of minutes">), а режим состояния — StateServer (web.config/<system.web><sessionState mode="StateServer">). И не забудь, собственно поднять сам сервис.
Вот и всё. Разумеется, с сессией при этом нужно обращаться разумно и не хранить в ней всякий мусор.

Здравствуйте, retalik, Вы писали:

R>Тогда свой сервис даже писать не понадобится — такой уже есть, называется aspnet_state.exe.

Не уверен что это разумно. Сессия per-user, а данные нужны per-application. К тому же сессия только хранит данные, а данный сервис должен еще что-то считать. В общем, я бы сделал отдельную службу.

Здравствуйте, DigiMax, Вы писали:

DM>Доброго всем времени суток!!!

DM>Подскажите плиз можно ли создать и запустить Windows Service и затем получать доступ к нему(вызывать его методы, считывать какие нибудь свойства) из ASP.NET приложения...? Может быть глупый вопрос, но я ни разу не писал Windows Services, и поэтому не знаю, возможно ли такое вообще...

Возможно

DM>Заранее спасибо!!!




DM>-------------------
DM>С уважением, DigiMax.