Yes it is similar but is there collisions for instance for the filenamegenerator beans which are named the same for each webapp ?
Mondain wrote: > This appears similar to what I did in the WAR version.. since all the > red5 webapps are moved under a single webapp in the war I renamed the > handers and such to prevent name collisions. > > On 5/20/07, *Dan Rossi* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Here is an example of the config, but yes the bean names may need > to be > different for each app. Not really sure if this is correct yet. Im not > even sure what beans to load or specific red5 beans to load. Im > assuming > terracotta needs to be run as a java service wrapper on each windows > machine, and im not sure how all machines running terracotta are > suppose > to be connected together ? > > <application> > <!-- See the Terracotta Spring Guide for more details of the the > <spring/> > section of the tc-config file --> > <spring> > <!-- Tell DSO about the webapp we're sharing --> > <jee-application name="*"> > <application-contexts> > <application-context> > <!-- Tell DSO the location of the bean definition file > for this > application context --> > <paths> > <path>*/webapps/myapp/WEB-INF/red5- web.xml</path> > <path>*/webapps/myapp2/WEB-INF/red5-web.xml</path> > </paths> > <!-- Here we're telling DSO about the list of Spring beans > that we > we wish to share --> > <beans> > <bean name="myapp.handler" /> > <bean name="myapp2.handler" /> > <bean name="clusteredHistory" /> > </beans> > </application-context> > </application-contexts> > > <!-- Our app requires these custom objects/classes to be > shared > - the following declarations > tells DSO which ones they are. When the app runs > under DSO, > instances of these classes > will broadcast changes in their state. > > A good idiom when writing an app that you intend to > cluster > via TC DSO, is to group the > classes you wish to share under a single package > (although > if you follow the MVC pattern > this tends to happen naturally) - this way the list of > classes you wish to instrument > can be concise --> > <instrumented-classes> > <include> > <!-- Here, we say, instrument the 'demo.jmx.HistoryData' > class --> > <class-expression>*</class-expression> > </include> > </instrumented-classes> > </jee-application> > > Dan Rossi wrote: > > > > http://www.terracotta.org/confluence/display/docs1/Spring+Quick+Start#SpringQuickStart-ConfiguringTerracottaforSpring > > > > Just here, i think u have to load all your webapp red5-web.xml files > > here or something ? The issue here is all the bean names are > loaded the > > same i think should i be changing them > > > > <bean id="web.handler" > > > > <property name="handler" ref="web.handler" /> > > > > to > > > > <bean id=" myapp.handler" > > <property name="handler" ref="myapp.handler" /> > > > > then the other issue here is what about this bean which cant be > named > > the differently, i noticed the war configs have different names > setup > > buyt no example on this bean. > > > > > > <bean id="streamFilenameGenerator" > > > > > > > > > > > > Steven Gong wrote: > > > >> On 5/21/07, *Dan Rossi* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > >> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> > wrote: > >> > >> It has already been integrated ? Should I have a go at it > now or > >> wait a > >> bit ? I got stuck with trying to work out how to add the > webapps > >> and its > >> context xml files it is a little confusing. > >> > >> > >> Seems it's a limitation of TC spring integration. Application > context > >> can only be specified as name. > >> > >> Chris Allen wrote: > >> > 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] > <mailto:[EMAIL PROTECTED]> > >> <mailto:[EMAIL PROTECTED] > <mailto:[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] > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] <mailto:[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 > >> < > > 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 > >> < > http://www.nabble.com/Terracotta-%2B-Red5-tf3775671.html#a10690836> > >> >>>> Sent from the Red5 - English mailing list archive at > >> Nabble.com <http://Nabble.com> < http://Nabble.com>. > >> >>>> > >> >>>> > >> >>>> _______________________________________________ > >> >>>> Red5 mailing list > >> >>>> [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > >> >>>> http://osflash.org/mailman/listinfo/red5_osflash.org > >> <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] <mailto:[email protected]> > <mailto:[email protected] <mailto:[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 <http://Nabble.com> > >> <http://Nabble.com>. > >> >> > >> >> > >> >> _______________________________________________ > >> >> Red5 mailing list > >> >> [email protected] <mailto:[email protected]> <mailto: > [email protected] <mailto:[email protected]>> > >> >> http://osflash.org/mailman/listinfo/red5_osflash.org > >> >> > >> >> > >> > > >> > _______________________________________________ > >> > Red5 mailing list > >> > [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > >> > http://osflash.org/mailman/listinfo/red5_osflash.org > >> > > >> > > >> > >> > >> _______________________________________________ > >> Red5 mailing list > >> [email protected] <mailto:[email protected]> <mailto: > [email protected] <mailto:[email protected]>> > >> http://osflash.org/mailman/listinfo/red5_osflash.org > >> < 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] <mailto:[email protected]> > >> http://osflash.org/mailman/listinfo/red5_osflash.org > <http://osflash.org/mailman/listinfo/red5_osflash.org> > >> > >> > > > > > > _______________________________________________ > > Red5 mailing list > > [email protected] <mailto:[email protected]> > > http://osflash.org/mailman/listinfo/red5_osflash.org > > > > > > > _______________________________________________ > Red5 mailing list > [email protected] <mailto:[email protected]> > http://osflash.org/mailman/listinfo/red5_osflash.org > > > > > -- > It is difficult to free fools from the chains they revere. - Voltaire > ------------------------------------------------------------------------ > > _______________________________________________ > 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
