I've been thinking about ports and other configuration issues. This goes back to the mega-thread about whether configurations should all be stored together, or not.
Scott has hinted at a future omniscient/persistant JMX-based configuration mechanism. It seems to me that all these problems could be solved by taking different JMX Agent 'views' across all the services. For ports you simply have a PortView page, which is configured to list all the ports. No doubt you will also need a files/directories/urls view and several others. These views could be configured in xml and would be far more flexible than hard-wiring a service for each view. Furthermore they would not require any further integration work on the part of the service. Users could configure their own views. You could have novice/expert views etc.... Finally any JMX based approach to this would integrate straight into whatever Scott has planned, whereas a BindingService will be yet another service to configure..... Comments ? Jules P.S. I guess we just need a JMX view servlet which has access to a number of configuration files (.jxml?). When you hit one, it just renders the JMX view... - simple !! Mike Finn wrote: > OK. > > Yep - found JDOM - in 3rd party. Not sure why I didn't see that b4. > > Thx > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dain > Sundstrom > Sent: Wednesday, June 12, 2002 11:58 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers > environment > > > Great. Submit it as a patch and we'll figure out where to put it in the > source tree. > > As for JDOM, I thought we already used it, but I don't pay much > attention to the JMX stuff. > > -dain > > Mike Finn wrote: > > >>Dain, >> >>Coming well. Work just keeps getting in the way! Anyways, I should have it >>ready this weekend/early next week. How should I package it, as a patch? >>Right now, it is an MBean deployed as a sar, with an XML service config > > file > >>in conf (read/maintained by the SB manager). >> >>BTW - any plans to incorporate JDOM? >> >>#mike >> >> >>-----Original Message----- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED]]On Behalf Of Dain >>Sundstrom >>Sent: Wednesday, June 12, 2002 11:08 AM >>To: [EMAIL PROTECTED] >>Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers >>environment >> >> >>Mike, >> >>How are you coming on the ServiceBindingManager? >> >>-dain >> >>Mike Finn wrote: >> >> > Scott, Does the 'server name' (server identity) need to be part of >> > the "getPort" request, if it is spec'd in the svc bind mbean >> > config? if the server name was set on the mbean, then the port maps >> > could be keyed off that (in addition to service name). So, the >> > request for getport could assume the 'curent' server name for the >> > port lookup. Or am I missing something? (been known to happen) >> > >> > #mike >> > >> > -----Original Message----- From: >> > [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED]]On >> > Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: >> > [EMAIL PROTECTED] Subject: Re: [JBoss-dev] >> > Re: [JBoss-user] JBoss in a multi developers environment >> > >> > >> > >> >>> // The service JMX name String jmxName; // The virtualHost the >> >>> service wants to bind to which may be null String virtualHost; // >> >>> The name of the JBoss service instance to support always >> >>> giving an // instance the same values String serverName; >> >>> >> >> >> >> I'm lost. What is this? Can you give an example? >> >> >> >> >> > Its what I have been referring to as the starksm and dsundstrom >> > config instances. Say we setup two JBoss instances of >> > main.jboss.org. As Dan is saying, I don't want to have to change my >> > configuration to connect to my instance each time the server is >> > restarted. So when Jason configures my instance he adds: >> > >> > <mbean code="...ServiceBindingMgr" >> > name="...,service=ServiceBindingMgr"> ... >><ServerName>starksm</ServerName> >> > >> >> > </mbean> >> > >> > while for your instance he adds: <mbean code="...ServiceBindingMgr" >> > name="...,service=ServiceBindingMgr"> ... >><ServerName>dsundstrom</ServerName> >> > >> >> > </mbean> >> > >> > Now there can be a static configuration for our instances for which >> > the client ports, address in use is invariant across instance >> > restarts. >> > >> > >> >>> // The default port int port; // The default interface InetAddress >> >>> bindAddr; >> >>> >> >> >> >> Of these values, would the ServiceBindingManager only be allowed to >>change virtualHost, port, and bindAddr? >> >> >> >> >> > Yes. >> > >> > >> >>BTW, do you actually like this idea Scott? >> >> >> >> >> > Yes, its a definite improvement over what we have. In the future I >> > would like to see this integrated with a client side naming service but >> > as I said that is another layer. >> > >> > >> > >> > _______________________________________________________________ >> > >> > Don't miss the 2002 Sprint PCS Application Developer's Conference >> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm >> > >> > _______________________________________________ >> > Jboss-development mailing list >> > [EMAIL PROTECTED] >> > https://lists.sourceforge.net/lists/listinfo/jboss-development >> > >> > >> > _______________________________________________________________ >> > >> > Don't miss the 2002 Sprint PCS Application Developer's Conference >> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm >> > >> > _______________________________________________ >> > Jboss-development mailing list >> > [EMAIL PROTECTED] >> > https://lists.sourceforge.net/lists/listinfo/jboss-development >> > >> >> >> >> >>change virtualHost, port, and bindAddr? >> >> >> >> >> > Yes. >> > >> > >> >> BTW, do you actually like this idea Scott? >> >> >> >> >> > Yes, its a definite improvement over what we have. In the future I > > would > >> > like to see this integrated with a client side naming service but as >> > I said that is another layer. >> > >> > >> > >> > _______________________________________________________________ >> > >> > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August > >> > 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm >> > >> > _______________________________________________ Jboss-development >> > mailing list [EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > >> >> > >> > >> > _______________________________________________________________ >> > >> > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August > >> > 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm >> > >> > _______________________________________________ Jboss-development >> > mailing list [EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > >> >> > >> >> >> >>_______________________________________________________________ >> >>Sponsored by: >>ThinkGeek at http://www.ThinkGeek.com/ >>_______________________________________________ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> >>_______________________________________________________________ >> >>Sponsored by: >>ThinkGeek at http://www.ThinkGeek.com/ >>_______________________________________________ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > > > > > _______________________________________________________________ > > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > _______________________________________________________________ > > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________________________ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
