But out of curiousity... SFS team... how difficult would it be to add a resyncBuddyList method to the buddyListManager?

That would be such a better way of doing this imho... hacking around in jetty and extensions is really ugly for this particular requirement

Thanks for all your feedback

interesting... our current processing is all happening in .NET... so it seems like we'll need to go

browser -> IIS -> service request at some other port where Jetty sits -> SFS (via Jetty sharing SFS extensions)

?

Hehe...

Zone-level might work better, but we already have one in place... but it seems this methodology is on the right track

Question is how to now optimize

I have an interesting idea...

1) Create a reserved room on the system called "ControlRoom"
2) Create a Room-Level extension which is only for that room
3) Give this room a password which is only known to the backend webserver
4) When the webserver needs to update a buddy list, it connects to SFS ...

Ah- there's a critical piece of the puzzle missing in my description.

"Serverside Logic" here is all driven by the webserver, not SFS.

I.e. someone calls example.com/addbuddy?username=foo, and it gets pushed into the BuddyListStorage database.

If there were a hook from that webserver into the ...

How can I push that change to the client live during runtime?

The changes to the database are done via serverside logic, not necessarily triggered by the user themselves...

They have no way of knowing when this change happens, but they only need to know before creating a room basically.

I could try pulling the real buddylist via a database call, then ...

When I start the application, I'm able to initialize the buddylist, play with it perfectly... everything is fine.

The problem is that I need to refresh the properties of sfs.buddyManager.buddyList live during runtime- since buddies will be added to/removed from the database storage at runtime ...

Thanks! I actually saw that for my specific use case, which was only for live communication (no need to play pre-recorded streams etc.), there was no need to go through RedBox.

I did learn alot by looking at your AVCastManager and related classes... it helped me rip my own code apart and fix it ...

Actually... seems it can be done clientside in AVCastManager...

Instead of
public function onRoomJoin(evt:SFSEvent):void
{
// Unpublish outgoing stream
unpublishLiveCast();

// Unsubscribe all incoming streams
unsubscribeAllLiveCasts();

// Re-initialize live casts list
initCastList ...

Maybe there could be a toggle in the properties - "autoStart"

If set to 0, then a session must be started manually by sending an ExtensionRequest

?

I have a setup where there are two simultaneous rooms where 4 people can be at a time...

1 - Lobby, for generic communication and message commands (such as which game to switch to, perhaps text, etc.)
2 - Individual rooms which can load custom extensions for games

Ideally- the RedBox extension ...

I'm able to launch Red5 via the .bat file, any idea how to install it as a service?

Seems like the extension needs to know red5Path as well... how (well) does that translate to FMS?