Archief - (C#) WCF Selfhosted services

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
R

Recipe4hate

Legacy Member
Ik ben me nog steeds aan het verdiepen in de talloze .NET frameworks...
Ook WCF lijkt goed te lukken, doch heb ik hier wel een vraagje over:
In het begin hoste ik mijn WCF services steeds in IIS7.5, zoals een ASP.NET site. Hierdoor beperkte ik mezelf grotendeels tot http bindings.

Ik ben ondertussen bezig met het bestuderen van Self Hosted services en het gaat vrij goed voor bijvoorbeeld http en net.tcp bindings, wanneer ik de serviceomgeving zelf opstart.

Om dit probleem te vermijden, dacht ik eraan om eventueel een Windows scheduled task op te zetten die deze services automatisch voor mij controleert en start.

Mijn vraag nu: zal een hostomgeving in staat zijn om zijn service te hosten wanneer de machine waarop deze applicatie draait niet ingelogd is in Windows?
Ter verduidelijking: wanneer ik via Remote Access inlog op deze machine en de applicatie opstart, ben ik uiteraard in Windows ingelogd.
Standaard zou er niemand permanent ingelogd mogen zijn op deze machine, maar software zoals IIS Server, SQLserver of Windows Jobs werken wel nog steeds zonder logged users...
Is dit analoog voor WCF webservices die ik via een ServiceHost app draai?



Alvast hartelijk dank voor jullie feedback!
R

Recipe4hate

Legacy Member
Ga 'm gewoon in een Windows Service stoppen, dan ben ik zeker dat hij altijd actief is :)
R

Recipe4hate

Legacy Member
Cheers!
Ik merk wel dat er het één en ander aan de applicaties moet gewijzigd worden (net pipe bindings opzetten en zo).
C

Cheshire Cat

Legacy Member
Klopt. Maar de voordelen die ge eruit haalt zijn zeker meer dan de moeite waard, imo.

- Management van de services (Windows Services durven nogal moeilijk te doen onder 64 bit omgevingen)
- Portabiliteit is redelijk groot.
- Monitoring out of the box.
d

doolittle

Legacy Member
Ik kan Cheshire cat alleen maar bijtreden.
Zie in je omschrijving niet echt goeie reden om naar Self hosted service over te gaan.
En als die er niet is, zou ik het zeker niet doen.

Als je bv in je service om de x tijd iets zou moeten doen, dan is het het overwegen waard.
Maar zelfs kan je je misschien afvragen of dat wel de juiste plaats voor die logica is...

Just my 5 cents :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan