> what your actual goals are
[download]

My actual goal is the implementation of a peer-to-peer framework. On top of this framework is a central executive node. Nodes are servers (database servers, analysis servers, collaboration servers etc.) and clients (desktop computers). The peers communicate with each other using messages (xml) and chat services. You see, events are the basis for the inter-node activities.

So, this is the reason for POE, the multitasking and networking framework for Perl (...) POE is a framework for cooperative, event driven multitasking in Perl. Other languages have similar frameworks. Python has Twisted. TCL has "the event loop".

> but it is not clear to me what you mean by: 
> "multiple users cann follow the output"? 
> Do you mean 'follow' as in tail -f?
[download]

Yes. Imagine, one user triggers a job from a client node. The central executive processes or possibly forwards the execution request , tracks and feeds back the output to the requesting node. Other nodes/ users are informed about the execution (utilizing chat services). Furthermore, the execution request has been enqueued in the central executive's message queue. Users can send read requests. If processing is already done, they simply receive the output. If processing is not done, yet, they see the same (following) output of the process.

> You want the script to launch a process and you 
> want the script to be able to receive that output, 
> but you also want the other "people", to be able 
> to monitor that output.

> How?
[download]

Exactly.

It is clear now, that the executors and output recipients reside on different network nodes.

> - Using concurrent copies of your script?
[download]

No.

> - By somehow attaching to 'the one copy' of 
>   your script and your script "broadcasting" the 
>   output to all listeners that attached?
[download]

Somehow. The central executive node actually triggers the request, receives the output and broadcasts the output.

> - By having the program write it's output directly 
>   (or via indirection) to a file and your script 
>   'tail-ing' that file after it has launched the 
>   process--so that other people can also monitor it 
>   using tail -f or whatever they choose?
[download]

Somehow. See the above comment.

> - Have your script launch the process and capture 
>   it's output and then, as well as doing whatever it 
>   needs to with it, also write it to a file so that 
>   other peope can monitor that file using tail or 
>   whatever?
[download]

This is exactly what I want to achive.

> Each of these approaches is possible, but which is 
> appropriate depends entirely upon what your 
> requirements are.
[download]

What is the best approach if you understand my goals?