Re: System.Timer!

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

""Andrés G. Aragoneses [ knocte ]"" <knocte@xxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:%23MVZnn0OHHA.3544@xxxxxxxxxxxxxxxxxxxxxxx
Willy Denoyette [MVP] escribió:
""Andrés G. Aragoneses [ knocte ]"" <knocte@xxxxxxxxxxxxxxxxxxxxxxxx>
wrote in message news:%232aAYfzOHHA.4424@xxxxxxxxxxxxxxxxxxxxxxx
Vai2000 escribió:
Great, will take WMI Solution!, thanks ya all

But take in account that WMI is not portable.


?? Who's talking about portability here? The OP is talking about .NET
Framework based Windows Services, are these considered portable?

Yep, you can launch windows services with Mono.

Regards,

Andrés [ knocte ]

--

Yep, albeit not documented yet (just like a bunch of other stuff), Anyway, who asked about mono?
Even when "Services" are in the mono distro what makes you wonder that the Services YOU implement on windows are/should be portable? Services are always for specialized/dedicated tasks. This is not about portability, this is about availability. All depends on what your service's task looks like. Say that I'm accessing an SQL Server Analysis Server or BizTalk, or simply,that I'm using V3's WCF from a service, should I stay away from it because - not available - on other platforms?

Willy.

.

Relevant Pages

  • Re: System.Timer!
    ... Framework based Windows Services, are these considered portable? ... But I thought that for the 90% people of this list, interoperability and portability are important. ... the most interesting platform that allows this with .NET is Mono. ... Say that I'm accessing an SQL Server Analysis Server or BizTalk, or simply,that I'm using V3's WCF from a service, should I stay away from it because - not available - on other platforms? ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: System.Timer!
    ... But take in account that WMI is not portable. ... Who's talking about portability here? ... Framework based Windows Services, are these considered portable? ...
    (microsoft.public.dotnet.languages.csharp)