Application og service på samme tid.

Hvorfor skal der blandes en service ind i det - hvis servicen kun skal køre samtidig med programmet, så kan den jo i princippet helt undværes. Hvorfor ikke bare kommunikere direkte med applikationen selv?

Mener du en windows-service eller en web-service?

Jo det er vist mere simpelt end jeg regnede med.

Fandt denne MSDN artikel: http://msdn2.microsoft.com/en-us/library/aa645738(VS.71).aspx

Så det er jo egentlig en server og ikke en service vi snakker om her.

Man kan sagtens lave en server som en service, men der er også mange andre måder at gøre det på. Desuden behøver en service slet ikke at kune fungers som en server.

OK - nu har jeg forsøgt med en simpel test som følger:

[CODE]
namespace ProjectService
{
    [Guid("6E80139B-D712-484c-8CF0-1589EC0B5676")]
    public interface IServerCommunicator
    {
        int WriteNumber(int number);
    }

    [Guid("39D7E874-93F4-4834-BA2D-0EB99AB9AE4A")]
    public class ServerCommunicator : IServerCommunicator
    {
        private int returnNumber = 0;
        private Form1.WriteNumberDelegate writer;

        public ServerCommunicator(Form1 f)
        {
            this.writer = new Form1.WriteNumberDelegate(f.WriteNumber);
        }

        public int WriteNumber(int number)
        {
            int i = number + returnNumber++;
            this.writer.Invoke(i);
            return i;
        }
    }
}
[/CODE]

Når jeg compiler den og kører regasm post build eventet, builder det fint.

Men hvordan tester jeg lige om den virker? Har prøvet med et simpelt vbscript, men det    smider en fejl: "...kan ikke oprette objektet: 'ProjectService.ServerCommunicator'"

[VBSCRIPT]
Set o = createobject("ProjectService.ServerCommunicator")
MsgBox o.WriteNumber(10)
[/VBSCRIPT]

Hmmm...

Jeg kan godt gå ind i Words Visual Basic Editor og finde referencen til ProjectService, men når jeg kigger på den, har den ingen members. Altså den giver ikke mulighed for at kalde WriteNumber().

Any ideas?

Det her problem må kunne løses på mange måder.

Men her er er et relativt simpelt :

1)  Du fjerner alt COM fra applikationen
2)  Du tilføjer et remoting server interface til applikationen
3)  Du skriver en COM komponent som er remoting client til det ovenfor
4)  Du bruger den COM komponent i VBS etc.

Man vil ikke have en "ekstra" service / COM op at køre, så det skal løses fra selve windows applikationen.

Har leget lidt med det her eksempel: http://blogs.msdn.com/adioltean/archive/2004/06/18/how-to-write-a-dcom-server-in-c.aspx

men kan ikke få det til at virke. Mit scenarie er heller ikke helt det sammme, da eksemplet er en service og ikke en windows applikation.

Jeg giver snart fortabt :(

Der er ingen ekstra servere i det jeg beskriver.

client app--(in process)--COM----------------(remoting over wire)----------Windows app med remoting server

Efter en længere snak, blev vi vist enige om at COM / remoting løsningen vil virke for os, men at projektet bliver udskudt... Typisk.

Smid et svar arne_v, da det endte i din løsning.

svar