I might be missing some context here? What about sun app server? Dan Rossi-5 wrote: > > Thats a sun app server you mean ? Might be a Q for the main guys I guess > :) > > sharrissf wrote: >> Yep, that is what it does. In all honesty, some apps it flat out just >> works >> out of the box with a little config that is very very short. In others it >> takes a little more work. For instance, if the code already has a bunch >> of >> specialty code for serialization and clustering that can get in the way >> :-). >> Or if it isn't written to be multi-threaded that can be a problem. We can >> help out if it's something you guys are interested in. Integration is >> very >> important to us. Are you guys going to JavaOne? >> >> >> >> Dan Rossi-5 wrote: >> >>> So it shares mutliple JVM's across a set of machines ? I think thats >>> what we need ! >>> >>> sharrissf wrote: >>> >>>> 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 >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> _______________________________________________ >>> 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#a10237582 Sent from the Red5 - English mailing list archive at Nabble.com. _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
