vrs-development
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Vrs-development] Re: Webservice Execution Engine


From: Stephen Compall
Subject: [Vrs-development] Re: Webservice Execution Engine
Date: Wed, 04 Dec 2002 16:37:28 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021128

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ok Chris, I am again not sure if we are saying the same thing or not.
So I will present my view of how IL-attribute-based services work, and
see if it is the same.

The support code to present, on behalf of the service, the outside
interface that the DGEE expects, is glue, in a library.  The service
programmer creates a service daemon .exe consisting of the methods
that are invoked, and a Main function that does some init stuff,
(maybe?) initializes a DGEE_service object with the services this exe
wants to provide, and then invokes something like
<DGEE_service>.main_loop (), much like GTK.

The DGEE_service class, or whatever, provides glue; that is, it
reflects on the exe, looking for this attribute, and registers those
methods using the standard service registration protocol.  Then it
translates between an incoming cross-platform service call and the
method, converting to CTS types along the way, calling the method, and
writing out the return value of the method (which I presume is the
result of the webservice call) on the cross-platform protocol.

So you can hook the cross-platform service call protocol into IL
attributes w/o the DGEE even dealing with said attributes.

- --
Stephen Compall
Also known as S11001001
DotGNU `Contributor' -- http://dotgnu.org

Sometimes I think that perhaps one of the best things I could do with
my life is: find a gigantic pile of proprietary software that was a
trade secret, and start handing out copies on a street corner so it
wouldn't be a trade secret any more, and perhaps that would be a much
more efficient way for me to give people new free software than
actually writing it myself; but everyone is too cowardly to even take
it.
        -- RMS, Lecture at KTH (Sweden), 30 October 1986

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE97oNd2AceYinZ4EgRAltxAJ9+4N2j5vkUMBM1jamIUOWodl2adgCdHo/F
ufZdsr2BpkbDmPQaSuhl3wc=
=7Hvp
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]