[Red5] Losing shared object
daccattato at gmail.com
Mon Oct 13 07:12:02 PDT 2008
I believe Fabio is creating a persistent SO
On Mon, Oct 13, 2008 at 7:22 AM, Trevor Burton
<worldofpaper at googlemail.com>wrote:
> The 'problem' isn't a bug - it's the defined behaviour for a non-persistent
> shared object.
> when the last client is removed as a listener the SharedObject is cleared.
> see Joachim's reply to an earlier instance of this query at
> On Mon, Oct 13, 2008 at 11:45 AM, javaguy at freenet.de <javaguy at freenet.de>wrote:
>> I can confirm this behaviour for version 0.6.3
>> That was when I noticed that the first time.
>> My solution was to add an empty dummy listener to the server created SO.
>> This prevents the SO to get unlinked/overwritten by a client created SO.
>> Just use a
>> static final ISharedObjectListener dummy ...
>> so you can easily add and remove it.
>> Before destroying the SO you must be aware to remove the dummy listener.
>> Because I did not test the behaviour without this workarround since
>> 0.6.3 I can not say if it's working currently. But I didn't read
>> anything in the changelog according to that.
>> paranoio schrieb:
>> > hi Fabio
>> > i think i had the same problem some time ago,
>> > i remember i just did a quick workaround so i didnt solve the problem
>> > properly but here is what i think :
>> > i believe the problem is that server side code creates its own SO and
>> > flash too , so i think its posible you have 2 SO's with the same name
>> > (but not the same object), try creating a server side SO listener to
>> > find out if there is only one SO using "onSharedObjectUpdate" and
>> > "yourSO.getClass().getName()"
>> > If you confirm that error please let the list know since i think its an
>> > important bug.
>> > The red5 version i was using when i had that problem is 0.6 so maybe
>> > that error does not exits anymore or maybe my code was the problem ,
>> > anyway i hope this helps you.
>> > _______________________________________________
>> > Red5 mailing list
>> > Red5 at osflash.org
>> > http://osflash.org/mailman/listinfo/red5_osflash.org
>> Red5 mailing list
>> Red5 at osflash.org
> Trevor Burton
> Red5 mailing list
> Red5 at osflash.org
Dominick Accattato, CTO
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Red5