World: r3wp

I guess it's easier to do it that way then have the user interrogate 
all the processes

the monitor open a tcp/udp port and wait for connections.

The monitor could be headless and run as a service, with a separate 
GUI process that runs in user space.

To run a rebol app as a service it has to be guiless

it's not obligatory a service.
When a client process start it try

it tries to open a connection with the monitor, it he connection 
fail, he launch himself the monitor, wait few seconds and retry to 
connect.

it he = if the

Right. A lot of software does the split process thing nowadays, sometimes 
with the GUI running in the tray (or whatever the OS version if that 
is).

if -> of

So, how does that work?  the core service launches a gui app that 
sits in the tray?

the monitor don't necesseary have the need of a gui

the GUI could be another client process

No, the monitor doesn't need a gui

That usually works by having the core service run on its own, the 
the tray app starting at user login, or on demand.

and the gui app communicates by tc to the service?

Yup, or whatever other interprocess communication model you prefer 
(DBUS?)

so need some type of encrypted tcp communications ...

Just asking as I need to scale my apps as I get more and more users

Has anyone made a /View tray app that has no default window other 
than the tray app, and maybe a options dialog?

Need to get rid of all the GUIs ..

why that ? the monitor run on the same computer than the serices 
no ?

You can start a view app in the tray ...

No, the monitor may not be running on the same computer

you want monitor the services on a local network ?

It only needs to be encrypted if you are communicating between computers. 
It's much harder to break into localhost communication (afaik).

Yes monitor services on a number of servers

Graham, it might be a good idea to have the monitor service on the 
same system as the processes it is monitoring, and then an overall 
monitoring interface that collects the info from the monitoring services 
on various computers.

Well, I hope so .. .currently I only have one server running ... 
but got to make it scaleable!

hum ok, but if you want the monitor to be able to launch/kill proccesses, 
you'll need of a monitor on each server + a CENTRAL MONITOR to deals 
with all the monitors

Right, Steeve, that's what I was saying (not as well).

So, the central monitor collates data from all the monitoring stations

so when a serice starts up, it registers with the local monitor, 
and somehow the PID is collected in case the monitor needs to kill 
it?

Yup. And if the monitoring stations have local storage for their 
data, the central monitor could poll them instead of the other way 
around. That way you can restart the central monitor.

Ok, has anyone written such monitors in Rebol yet ?  :)

lol

you have lot of client/server example around

Ok, I'll just setup a RPC server to act as the monitor

I won't be able to grab the PID without some Windows API I guess

you don't necessarly need  of the PID.
On which OS are you running your apps ?

oh windows !

if it's to kill the processes, then you got this command http://www.tech-recipes.com/rx/446/xp_kill_windows_process_command_line_taskkill/

very versatil

Windows 2003 and 2008

you should have the same, no ?

I mean, to be able to kill a process just with its name

except I am running multiple processes with the same name

I really only need to remove a process if it has died ... and is 
sitting at the rebol error message

just rename the exe

Sysinternals has better ps utilities, which can do a better job of 
killing process if need be.

I need to do something like this:

>> a: context [b: context [c:1]]
>> get in a 'b/c
== 1

Is there some way to do this?