Administrative MTypes

Alasdair Allan aa at astro.ex.ac.uk
Wed Jun 4 01:19:45 PDT 2008


Mike Fitzpatrick wrote:
> So, the list of admin mtypes I have now is:
>
>   hub.event.shutdown
>   hub.event.register
>   hub.event.unregister
>   hub.event.mtype
>   hub.event.metadata
>
>   app.ping
>   app.event.shutdown
>
>   app.status                    str             status string
>   app.status.progress           msgid,str       progress string
>   app.status.progress.percent   msgid,float     percentage  
> completed (float)
>   app.status.progress.timeLeft  msgid,int       est. time remaining  
> (sec)

I'm happy enough with this list.

>         Lastly, did we settle the question of whether users can extend
> the hub/app toplevel classes or are we saying e.g. that any app.*  
> message
> is reserved for the spec?  Can anyone imagine a use-case where they
> implement a hub and want to define their own hub.* mtype for some
> particular reason?

Did we discuss it? I don't see why we have to make the app.* class of  
messages special in any way. People should free to extend it I think.  
The hub.* messages... erm. Different matter I think. Not sure.

Al.



More information about the apps-samp mailing list