Can you describe where you want to persist things if not the disk or DB? And
what exactly does your service need to do?
I agree that a Windows service is a better option for 24/7 if the same
process must stay running - but if the service is intended for comms (as
your WCF comments imply), then note that hosting WCF in a Windows service is
fairly simple.
Re http, again WCF offers various transports and protocols - http is one of
them, but others are available simply by changing the configuration.
Marc
Steven Blair - 06 Mar 2008 17:08 GMT
I need to presist ceratins fields in memory. Due to other factors, I am
not allowed to store these values on disk or Database.
Protocol aint too much of an issue.
I would prefer to keep using IIS, but the persistent data really is a
problem. At the moment, we have the web service ring fenced on it's
server with recycle disabled and no one can get access (ie to touch
files or update) but it's a critical process and really need another
option.
Marc Gravell - 06 Mar 2008 19:40 GMT
So use a win-service an WCF for the simple network access. You can get
a console example of this in VS; just move the code to a service app,
job done.
But I reckon you are going to have a lot of problems. In-memory
storage is (by definition) volatile. Computers reboot / fail etc. And
it doesn't scale worth a damn. Best of luck ;-p
Marc
Arne Vajhøj - 08 Mar 2008 04:06 GMT
> I need to presist ceratins fields in memory. Due to other factors, I am
> not allowed to store these values on disk or Database.
It is probably just a terminology problem.
Many of us consider persist=write to disk.
Arne
>I need to write a service and I am unsure which particular type I should
>be using:
[quoted text clipped - 33 lines]
>
>*** Sent via Developersdex http://www.developersdex.com ***
I think it's worth mentioning that you haven't really provided us with
any decision criteria here.
Each of the options you have provided are superior to the others under
certain specific circumstances.
Based on your other post in this thread, it sounds like the target is
an in-memory cache of something. Important questions include: how do
you intend to access the data, how often will it be hit, how big are
the queries, how big are the results, how many clients will it have,
are you stuck with equipment or software that's already in place, how
should it recover from failure, how important is performance, how much
time do you have to implement it, etc.
The question as you have framed it is analogous to this one:
I want to write a program, but I'm not sure whether I should do it in
Java, Perl, C# or Native Assembly. Which should I use?
Think about that for a bit.

Signature
Posted via a free Usenet account from http://www.teranews.com
Steven Blair - 10 Mar 2008 16:29 GMT
I could be receiving 100's of calls to the service per minute. Due to
security procedures we are bound to, the information held in memory is
not allowe dot be written to disk or Database.
It's worth pointing out that if the server is rebooted, we have a
secondary and tertiary service in place.
The main concern is the recycling. Rebooting is controlled, whereas the
recycle so far happens when soemone updates IIS, .net frameworks, touch
config files etc.