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]>> 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]>> 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]>>
>> 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>.
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> Red5 mailing list
>> >>>> [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
>> >>>
>> >>>
>> >>>
>> >> --
>> >> 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>.
>> >>
>> >>
>> >> _______________________________________________
>> >> 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
>> >
>> >
>>
>>
>> _______________________________________________
>> Red5 mailing list
>> [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]
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>
>>
>
>
> _______________________________________________
> 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
