Terracotta is open source clustering for Java that integrates at the bytecode level. When it's up and running it dynamically moves clustered objects (objects reachable from roots specified in a config) to where they need to be when they need to be there.
It basically extends the Java memory model so from a developer perspective it is a lot like taking a multi threaded single jvm application and then extending it to multiple jvms. Even wait and notify, synchronized and object identity are maintained across the cluster. For the people out there who don't want to deal with multi-threaded programming etc we have config modules so the clustering can be used in things like session and spring. Still get the fine grained change replication, virtual heap, no Serializable needed and no extra setAttributes. Anyway, that was a pretty rushed description but check out http://www.terracotta.org for more info. It's open source so if your really ambitous you can even check out the code. here is a nice article on it as well: http://www.infoq.com/articles/open-terracotta-intro Cheers, Steve Dan Rossi-5 wrote: > > How does terracotta work ? Does it work like a hardware load balancer, > or do you connect to slave servers running an application which connect > to a master application. > > sharrissf wrote: >> Hello, >> I work over on terracotta. Please let us know if you need any help with >> this. We feel pretty strongly over in our >> community about helping people integrate and creating new config modules. >> Either jump on our forums, irc, or mailing lists and we'll help make >> things >> go smoothly. >> >> Cheers, >> Steve >> >> >> >> Lenny Sorey-2 wrote: >> >>> DAn, >>> >>> I am hoping to be through testing RED5 with Terracotta ( a clustering >>> solution) for Tomcat later on this week. >>> The also uses JMX, so hopefully I can give you some feedback on this app >>> as >>> well. >>> >>> So far I am testing it with three instances of Tomcat. >>> >>> So far so good. >>> >>> Lenny >>> >>> >>> >>> On 4/25/07, Dan Rossi <[EMAIL PROTECTED]> wrote: >>> >>>> Ok thanks mate so easy to add to the config ? I started searching for >>>> JMX integration in spring, there are JMX classes for it. >>>> >>>> Mondain wrote: >>>> >>>>> Red5 with JMX, comming soon... >>>>> >>>>> On 4/25/07, *Dan Rossi* <[EMAIL PROTECTED] >>>>> <mailto:[EMAIL PROTECTED]>> wrote: >>>>> >>>>> So there is no way to have JMX in red5 to monitor its resources >>>>> >>>> with >>>> >>>>> jconsole ? Im still trying to work out if these outofmemory and >>>>> out >>>>> >>>> of >>>> >>>>> swap space errors are problems with our servers resources or just >>>>> >>>> an >>>> >>>>> issue with red5. Would be easy to work out if we were able to >>>>> >>>> monitor >>>> >>>>> it. I thought this debug proxy port was actually it but obviouslly >>>>> not, >>>>> is there an easy way to setup a JMX port to monitor within the >>>>> red5 config ? >>>>> >>>>> Dan Rossi wrote: >>>>> > Hi, going a bit crazy here, is there a way to be able to get JMX >>>>> working >>>>> > in red5, so im able to monitor the JVM its running on in the >>>>> java >>>>> > wrapper service ? Having a few issues, im not really sure if its >>>>> working >>>>> > properly, i cant see to set it up to use authentication either >>>>> because >>>>> > its complaining about the jmx password file not being set as >>>>> read only. >>>>> > Ive been trying to set it to read only on the user the service >>>>> is >>>>> > running as which is administrator. >>>>> > >>>>> > Here is my config options >>>>> > >>>>> > wrapper.java.additional.1=-Dcom.sun.management.jmxremote >>>>> > >>>>> >>>> wrapper.java.additional.2=-Dcom.sun.management.jmxremote.port=1099 >>>> >>>>> > >>>>> >>>>> >>>> wrapper.java.additional.3=-Dcom.sun.management.jmxremote.authenticate=true >>>> >>>>> > >>>>> >>>> wrapper.java.additional.4=-Dcom.sun.management.jmxremote.ssl=false >>>> >>>>> > >>>>> >>>>> >>>> wrapper.java.additional.5=-Dcom.sun.management.jmxremote.password.file=C:\Red5\conf\jmxremote.password >>>> >>>>> > >>>>> >>>>> >>>> wrapper.java.additional.6=-Dcom.sun.management.jmxremote.access.file=C:\Red5\conf\jmxremote.access >>>> >>>>> > >>>>> >>>>> >>>> wrapper.java.additional.7=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true >>>> >>>>> > >>>>> >>>>> >>>> wrapper.java.additional.7=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean.testing=false >>>> >>>>> > >>>>> > the service wont start >>>>> > >>>>> > C:/Red5/conf/jmxremote.password >>>>> > ERROR | wrapper | 2007/04/24 02:29:56 | JVM exited while >>>>> loading the >>>>> > application. >>>>> > STATUS | wrapper | 2007/04/24 02:30:01 | Launching a JVM... >>>>> > INFO | jvm 3 | 2007/04/24 02:30:01 | Error: Password file >>>>> >>>> read >>>> >>>>> > access must be restricted: C:/Red5/conf/jmxremote.password >>>>> > ERROR | wrapper | 2007/04/24 02:30:01 | JVM exited while >>>>> loading the >>>>> > application. >>>>> > STATUS | wrapper | 2007/04/24 02:30:05 | Launching a JVM... >>>>> > INFO | jvm 4 | 2007/04/24 02:30:06 | Error: Password file >>>>> >>>> read >>>> >>>>> > access mu >>>>> > >>>>> > Let me know the jconsole seems quiter helpful to monitor the >>>>> thread and >>>>> > memory resources. >>>>> > >>>>> > _______________________________________________ >>>>> > 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 >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> The early bird may get the worm, but the second mouse gets the cheese. >>>>> >>>>> >>>> ------------------------------------------------------------------------ >>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >>> >> >> > > > _______________________________________________ > Red5 mailing list > [email protected] > http://osflash.org/mailman/listinfo/red5_osflash.org > > -- View this message in context: http://www.nabble.com/JMX%2C-java-service-wrapper-and-red5-tf3636832.html#a10230252 Sent from the Red5 - English mailing list archive at Nabble.com. _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
