Hi Steve and Eugene, I just wanted to thank you guys for spending time helping some of us get Red5 running under Terracotta. I think that this combination, once the kinks are worked out, will be very powerful and should provide a solution for scaling Red5 applications in an elegant way. This is obviously something that many us are interested in.
-Chris On 5/19/07, sharrissf <[EMAIL PROTECTED]> wrote: > > Terracotta has a concept called DMI Distributed method invocation. Some of > our examples use this to update remote GUI's when models change. What you > are describing sounds like it could also benefit from dmi. It's not a good > idea to overuse this concept but it is useful for notification in cases > where wait and notify aren't practical. Here is a link to the concept: > http://www.terracotta.org/confluence/display/docs1/Concept+and+Architecture+Guide#ConceptandArchitectureGuide-DistributedMethodInvocation%28DMI%29 > > Cheers, > Steve > > > Steven Gong wrote: > > > > Hi Eugene, > > Thanks for your mail. The problem I got when trying to cluster the server > > is > > not related to Spring really but is due to the broadcasting between the > > server nodes. We have a "Subscribers with Broadcaster" model in both live > > stream and shared object cases, where one broadcaster needs to broadcast > > events to several subscribers that might be connected to different server > > nodes. > > > > Currently for a non-clustering version, we use a list for subscribers that > > have subscribed to a specific broadcaster but I don't know how to use TC > > to > > cluster this model. Do you have any idea about this problem? > > > > On 5/19/07, Eugene Kuleshov <[EMAIL PROTECTED]> wrote: > >> > >> > >> Guys, > >> > >> I am one of the developers who implemented Spring support for > >> Terracotta > >> DSO, and I have really good idea what it can and what it can't do. On the > >> other hand I know really little about red5, so please bear with me. :-) > >> > >> So, can you please explain to me what data exactly you need to cluster > >> in > >> red5? > >> > >> Can you also elaborate on what makes it difficult for you to learn for > >> to > >> integrate Spring? > >> > >> Also, I don't quite understand your concerns about standalone vs. > >> tomcat > >> (or other web servers). It is your own choice actually and Terracotta > >> works > >> in both cases. > >> > >> It might be easier for you to get your questions answered in the > >> Terracotta mailing lists (tc-user or tc-dev) that you can subscribe to at > >> http://terracotta.org/confluence/display/orgsite/Mailing+Lists > >> > >> regards, > >> Eugene > >> > >> > >> > >> Dan Rossi-5 wrote: > >> > > >> > I think i hit a wall already, in this integration examples it says to > >> > load an application context file , im assuming its the red5-web.xml for > >> > each webapp, however all the bean id's are named the same ie > >> > web.handler, i took a look at the war configs and they are named > >> > differently, still not sure what to put in here > >> > > >> > > >> http://www.terracotta.org/confluence/display/docs1/Integrations+Spring#IntegrationsSpring-Howtouseit > >> > > >> > Dan Rossi wrote: > >> >> Ok damn, just checked out the samples and seems like its going to take > >> a > >> >> while to learn to integrate with spring, in a standalone and tomcat > >> >> situation. Ill just continue on this custom stats logging and come > >> back > >> >> to it :) > >> >> > >> >> Dan Rossi wrote: > >> >> > >> >>> Hi Im going to be looking at this scenario very shortly, however does > >> >>> this setup have its own caching and RMI mechanisms , or will I still > >> be > >> >>> using the internal one setup in red5. What is the benefits of using > >> >>> something like this with tomcat as oppose to stand alone ? I do find > >> it > >> >>> a PIA to make the updates i need, where a war file into tomcat is so > >> >>> much simpler just to update the server and applications. > >> >>> > >> >>> From looking at the demonstration video, im curious to know if its > >> >>> going to be possible for red5 apps to share the same published > >> names. > >> >>> Ie, publish a broadcast to our load balancer ip which chooses a > >> server > >> >>> and then starts archiving to our SAN, and then the subscribers are > >> also > >> >>> connected to the load balancer, and when a broadcast has happened, > >> all > >> >>> connected clients will get the call being sent from the application > >> to > >> >>> switch to the stream. This would be most interesting to see if its > >> >>> possible. > >> >>> > >> >>> Let me know what others may be doing with it. > >> >>> > >> >>> thanks. > >> >>> > >> >>> Dan > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/Terracotta-%2B-Red5-tf3775671.html#a10690836 > >> Sent from the Red5 - English mailing list archive at Nabble.com. > >> > >> > >> _______________________________________________ > >> Red5 mailing list > >> [email protected] > >> http://osflash.org/mailman/listinfo/red5_osflash.org > >> > > > > > > > > -- > > I cannot tell why this heart languishes in silence. It is for small needs > > it > > never asks, or knows or remembers. -- Tagore > > > > Best Regards > > Steven Gong > > > > _______________________________________________ > > Red5 mailing list > > [email protected] > > http://osflash.org/mailman/listinfo/red5_osflash.org > > > > > > -- > View this message in context: > http://www.nabble.com/Terracotta-%2B-Red5-tf3775671.html#a10699323 > Sent from the Red5 - English mailing list archive at Nabble.com. > > > _______________________________________________ > Red5 mailing list > [email protected] > http://osflash.org/mailman/listinfo/red5_osflash.org > _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
