Hey Lahiru, the screenshot you sent was stripped by the mailing list, as it's a command line it's probably best just to copy and paste the output into an email anyway.
As for a next step, probably something quick like listing all the queues or the count on a specified queue. - Aidan 2008/5/8 lahiru gunathilake <[EMAIL PROTECTED]>: > Hi Marnie, > I'm very happy to inform you that, I'm was able to print all the MBeans > registered in Qpid JMX instrumentation and all the corresponding attributes > of those MBeans. > > Regs > lahiru > > On Tue, May 6, 2008 at 11:37 PM, lahiru gunathilake <[EMAIL PROTECTED]> > wrote: > >> Hi Marnie, >> >> Here's the console view... >> >> Regards >> lahiru >> >> >> On Tue, May 6, 2008 at 11:25 PM, lahiru gunathilake <[EMAIL PROTECTED]> >> wrote: >> >> > Hi Marnie, >> > >> > I was able to connect to Qpid Java broker JMX MBean server using JMX >> > connector and print all the org.apache.qpid domain resource (Only the >> > object >> > names) which are exposed using JMX. Since this is a simple stage of my >> > project and I just sending you a screanshot of the out put of my program(I >> > think no need to waste your time by sending the source). >> > I think now we can have a discussion on how to give user options and all >> > of the other implementation details. And at last, one question, when I got >> > all the domains after connecting to Qpid server I saw there are some other >> > domains like Implementation, >> > sun.com.management,java.lang,java.util.logging(you can see that in the >> > screanshot) and do you want me to extract those informations too? >> > >> > Thanks in advance >> > >> > Regards >> > lahiru >> > >> > >> > On Mon, May 5, 2008 at 10:04 AM, lahiru gunathilake <[EMAIL PROTECTED]> >> > wrote: >> > >> > > Hi Marnie, >> > > >> > > previous mail was sent accidentally, sorry for the inconvenience >> > > please be kind enough to go through this email. >> > > >> > > >> > > > As you told me I started of finding all the exposed JMX attributes >> > > > and appropriate operations and I'm listing them down in this email. In >> > > > that >> > > > I'm listing only the corresponding class name and corresponding MBean >> > > > but >> > > > there are intermediate classes in between those two. Each and ever >> > > > MBean >> > > > class is extending AMQManagedObject class as you said. >> > > >> > > >> > > >> > > > MBEAN CLASS NAME RELAVENT INTERFACE >> > > >> > > =================== ==================== >> > > >> > > > >> > > > 1. AMQUserManagementMBean UserManagement >> > > > 2. AMQBrokerMangerMBean ManagedBroker >> > > > 3. AMQQMBean ManagedQueue >> > > > 4. ExchangeMBean ManagedExchange >> > > > >> > > >> > > Although there are only four classes when we run the qpid-server it >> > > create number of instances of these classes with different object names >> > > and >> > > register them in the MBean server so there are lot of information to >> > > extract >> > > through a JMX connector. Specially there are some more complex code >> > > lying in >> > > the Queueing layer. >> > > If I have made a mistake in this could you please tell me and honestly >> > > that will be very useful for me and still I'm going through the code and >> > > meanwhile I'm trying to run the management console too. Hope that will be >> > > helpful to understand the project more solid way. As the next step I >> > > will go >> > > through the code of JMX instrumentation in Qpid and try to understand how >> > > management console works. >> > > >> > > I need some feed from any of you on what to do next, and according to >> > > my point as the next step I can write some sample code which connect with >> > > the MBeanServer and do some play with the information as the initial >> > > step of >> > > the CLI. >> > > >> > > Any thoughts please...? >> > > >> > > Thanks in advace >> > > >> > > Regs >> > > lahiru >> > > >> > > > >> > > > >> > > > >> > > > >> > > > On Sun, May 4, 2008 at 7:12 PM, lahiru gunathilake < >> > > > [EMAIL PROTECTED]> wrote: >> > > > >> > > > > Hi marnie, >> > > > > >> > > > > Thanks for the reply first. >> > > > > Honestly me too was unable to work a lot on Gsoc last couple of >> > > > > days due to my personal work and I've already started on reading the >> > > > > JMX >> > > > > MBeans code of Qpid and your reply probably will be very helpful for >> > > > > me. I >> > > > > thought of reading about JMX stuff and other thing for few days and >> > > > > I hope >> > > > > I will be able to get a good understanding about the project ASAP. >> > > > > If you want to have a chat with me just let me know at what time I >> > > > > should login. >> > > > > >> > > > > Thanks in advance >> > > > > >> > > > > Regs >> > > > > lahiru >> > > > > >> > > > > On Sun, May 4, 2008 at 4:15 PM, Marnie McCormack < >> > > > > [EMAIL PROTECTED]> wrote: >> > > > > >> > > > > > Hi Lahiru, >> > > > > > >> > > > > > Here's an email I prepared on Wed evening but didn't get a >> > > > > > chance to send - >> > > > > > I hope it helps with your query on the codebase/mbeans. I'm out >> > > > > > of the >> > > > > > office this week for personal reasons, but I'll try to login as >> > > > > > I can and >> > > > > > keep up to date with your progress. >> > > > > > >> > > > > > Re your question on mid evaluation, why don't we discuss that >> > > > > > when we next >> > > > > > talk. I'd hope I'll be able to call you later this week, but >> > > > > > I'll confirm by >> > > > > > email to you. Apologies for the slight blip in communication, it >> > > > > > should be >> > > > > > very temporary. >> > > > > > >> > > > > > Hth .... >> > > > > > >> > > > > > >> > > > > > Hi Lahiru, >> > > > > > >> > > > > > >> > > > > > As a starting point, you should have a look at the >> > > > > > AMQManagedObject >> > > > > > interface which is implemented by all classes exposing >> > > > > > management >> > > > > > methods/attributes. If you search for derived classes >> > > > > > (implementing classes) >> > > > > > you'll see the set of entities which provide attributes for JMX >> > > > > > calls. >> > > > > > >> > > > > > In particular, the ManagedQueue interface in package >> > > > > > org.apache.qpid.server.queue contains a substantial amount of >> > > > > > the exposed >> > > > > > attributes. This is where the attributes exposed on the broker's >> > > > > > queues are >> > > > > > described. AMQQueueMBean (same package) implements this >> > > > > > interface. This is >> > > > > > the best place to get a handle on the queue attributes exposed >> > > > > > via JMX. >> > > > > > >> > > > > > I think a useful first step would be to list out the elements >> > > > > > provided via >> > > > > > JMX on the broker, and note where they are implemented in the >> > > > > > code. The >> > > > > > usage of the various elements will differ, in terms of the >> > > > > > frequency with >> > > > > > which a user might want to check them etc. I hope this would be >> > > > > > a useful >> > > > > > start ! We can then discuss whether the detail I sent previously >> > > > > > about the >> > > > > > parameters for running the CLI scripts are appropriate. >> > > > > > >> > > > > > The management console sholdn't inform much of what your doing, >> > > > > > in terms of >> > > > > > being a template. However, it might make it easier for you to >> > > > > > understand the >> > > > > > various elements provided. Martin & Aidan should be able to help >> > > > > > you get it >> > > > > > up & running. Martin/Aidan - can you can help Lahiru with this >> > > > > > please ? >> > > > > > Thanks ! >> > > > > > >> > > > > > Senaka's emails on the console setup help a little, though >> > > > > > possibly not so >> > > > > > relevant to a windows env ? >> > > > > > >> > > > > > Hth, >> > > > > > Regards, >> > > > > > Marnie >> > > > > > >> > > > > > >> > > > > > >> > > > > > On 5/3/08, lahiru gunathilake <[EMAIL PROTECTED]> wrote: >> > > > > > > >> > > > > > > hi Martin and Marnie, >> > > > > > > >> > > > > > > Yep I'm going through that code. I found a location where you >> > > > > > have written >> > > > > > > MBeans and i want to know is that the only location you have >> > > > > > registered or >> > > > > > > do you have several other places too. >> > > > > > > This is the place >> > > > > > > >> > > > > > > >> > > > > > https://svn.apache.org/repos/asf/incubator/qpid/trunk/qpid/java/broker/src/main/java/org/apache/qpid/server/management >> > > > > > > >> > > > > > > I will keep on looking if you know some other places please >> > > > > > let me know >> > > > > > > that will be helpful for me to get a rough understanding about >> > > > > > Qpid JMX >> > > > > > > interface. >> > > > > > > >> > > > > > > Thanks >> > > > > > > lahiru >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > On Fri, May 2, 2008 at 6:11 PM, Martin Ritchie < >> > > > > > [EMAIL PROTECTED]> >> > > > > > > wrote: >> > > > > > > >> > > > > > > > Hi, Marnie is away for a few days she may respond but just >> > > > > > in case >> > > > > > > > here are my thoughts so you are not held up over the >> > > > > > weekend. >> > > > > > > > >> > > > > > > > On 01/05/2008, lahiru gunathilake <[EMAIL PROTECTED]> wrote: >> > > > > > > > > Hi, >> > > > > > > > > >> > > > > > > > > First I'm very sorry for taking sometime to reply to your >> > > > > > mail( >> > > > > > > because >> > > > > > > > I >> > > > > > > > > was uable to be online for yesterday) and thanks a lot >> > > > > > for writing me >> > > > > > > > about >> > > > > > > > > the Gsoc project. >> > > > > > > > > Thats great and now I know, the image I had about the >> > > > > > project is >> > > > > > > > correct. I >> > > > > > > > > think I have to create a project plane(I realize it after >> > > > > > having a >> > > > > > > chat >> > > > > > > > with >> > > > > > > > > Aidan) and once I create it I will send it to you. >> > > > > > > > > >> > > > > > > > > In order to create a clear project plan honestly could >> > > > > > you please >> > > > > > > tell >> > > > > > > > me >> > > > > > > > > what should I finish when it comes to mid evaluation. I'm >> > > > > > sure, that >> > > > > > > > will >> > > > > > > > > help me a lot to create a better road map. >> > > > > > > > > >> > > > > > > > > Next thing.. Could you please look in to my inline >> > > > > > comment. >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > On Wed, Apr 30, 2008 at 12:13 AM, Marnie McCormack < >> > > > > > > > > [EMAIL PROTECTED]> wrote: >> > > > > > > > > >> > > > > > > > > > Hi Lahiru, >> > > > > > > > > > >> > > > > > > > > > As promised here are my thoughts about what I'd like to >> > > > > > achieve >> > > > > > > from >> > > > > > > > the >> > > > > > > > > > project I defined for your GSoC work. >> > > > > > > > > > >> > > > > > > > > > So, currently we provide some JMX calls which expose >> > > > > > various >> > > > > > > > attributes in >> > > > > > > > > > the Qpid Java broker. We have users who are interested >> > > > > > in these >> > > > > > > > > > attributes, >> > > > > > > > > > but there's currently no simple way for them to get >> > > > > > access to them. >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > Can I know exactly what are they(where are those >> > > > > > attributes in the >> > > > > > > Qpid >> > > > > > > > code >> > > > > > > > > base) . I can check them with Jconsole as a user. But as >> > > > > > a developer >> > > > > > > > can I >> > > > > > > > > know where that code located and where is the code where >> > > > > > it expose >> > > > > > > as >> > > > > > > > JMX >> > > > > > > > > calls. (Honestly if this is a task which shoud be done by >> > > > > > my self >> > > > > > > just >> > > > > > > > give >> > > > > > > > > me a clue and I will find where are those ) >> > > > > > > > >> > > > > > > > Have a look for all the MBean classes these are the bits >> > > > > > that show up >> > > > > > > > in JConsole. >> > > > > > > > >> > > > > > > > > >> > > > > > > > > > They can >> > > > > > > > > > view them on the management console (assuming they can >> > > > > > get it >> > > > > > > working >> > > > > > > > :-), >> > > > > > > > > > they can attach some other monitoring GUI or >> > > > > > proprietary >> > > > > > > application. >> > > > > > > > > > >> > > > > > > > > > For some of our JMX props, they can be set up to log >> > > > > > alerts to the >> > > > > > > > broker >> > > > > > > > > > log - which can again be monitored. >> > > > > > > > > > >> > > > > > > > > > However, it would be really useful if they could simply >> > > > > > use a CLI >> > > > > > > > tool to >> > > > > > > > > > extract the information they're looking for. >> > > > > > > > > >> > > > > > > > > > +1 >> > > > > > > > > >> > > > > > > > > > I had envisaged it taking a really simple form: >> > > > > > > > > > >> > > > > > > > > > - a shell script (bash or .bat) to call the CLI tool, >> > > > > > probably >> > > > > > > > simply >> > > > > > > > > > wrapping a java call, which will run as a daemon (or >> > > > > > service) >> > > > > > > > > > - a config/properties file or command line options to >> > > > > > specify: >> > > > > > > > > > - the JMX attribute to extract >> > > > > > > > > > - the frequency with which to extract it, in >> > > > > > minutes (i.e. an >> > > > > > > > > > elapsed time between extraction like 5 minutes) >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > If the time is five minutes then if the deamon runs one >> > > > > > hour the CLI >> > > > > > > > outputs >> > > > > > > > > around 12 out put information. >> > > > > > > > > As an example CLI should write 12 out put files to a give >> > > > > > location. >> > > > > > > Am >> > > > > > > > I >> > > > > > > > > correct .. ? >> > > > > > > > >> > > > > > > > I would say it would write 12 times to single file that has >> > > > > > been >> > > > > > > > specified. >> > > > > > > > Potentially you could configure various logging information >> > > > > > to go to a >> > > > > > > > variety of files, but I'd start with a single configurable >> > > > > > file. >> > > > > > > > >> > > > > > > > > > >> > > > > > > > > > - a path into which to record the output >> > > > > > > > > > - an option for the output format (see my proposal >> > > > > > info about >> > > > > > > > > > formatting etc) like csv, tab-delimited, html etc. >> > > > > > This might >> > > > > > > be >> > > > > > > > > > better done >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > Can be done..! >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > as optional export into another tool ? >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > > - the properties/config should be extensible so that >> > > > > > new >> > > > > > > attributes >> > > > > > > > > > implemented in the broker can easily be added >> > > > > > > > > >> > > > > > > > > > Sure.. this should be in that way. >> > > > > > > > > >> > > > > > > > > > So, when a user wants to get useful management >> > > > > > information from the >> > > > > > > > broker >> > > > > > > > > > (but not using a GUI) they can simply create a props >> > > > > > file and voila >> > > > > > > ! >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > Not much clear this statement. "create props file and >> > > > > > voila!" >> > > > > > > > >> > > > > > > > I think what Marnie is saying is that what would be good is >> > > > > > for a user >> > > > > > > > to specify a property file that contains the information >> > > > > > they are >> > > > > > > > after so when they run the command line tool it will simply >> > > > > > return >> > > > > > > > that. If they wished that property file could be used by the >> > > > > > daemon >> > > > > > > > process to populate the logfile. >> > > > > > > > >> > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > What do you think ? Does this make sense to you ok ? >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > Exactly this is the best description I got about my >> > > > > > project and thanks >> > > > > > > a >> > > > > > > > lot >> > > > > > > > > for your great assist. >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > I'll reply to your email about issues shortly, in a >> > > > > > separate email. >> > > > > > > > > > >> > > > > > > > > > Hth, >> > > > > > > > > > Thanks & Regards, >> > > > > > > > > > Marnie >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > Thanks in advance >> > > > > > > > > >> > > > > > > > > Regs >> > > > > > > > > >> > > > > > > > > lahiru >> > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > -- >> > > > > > > > Martin Ritchie >> > > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > -- >> > > > > > > East or West >> > > > > > > Mahindians are the >> > > > > > > Best... ! >> > > > > > > >> > > > > > >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > East or West >> > > > > Mahindians are the >> > > > > Best... ! >> > > > > >> > > > >> > > > >> > > > >> > > > -- >> > > > East or West >> > > > Mahindians are the >> > > > Best... ! >> > > > >> > > >> > > >> > > >> > > -- >> > > East or West >> > > Mahindians are the >> > > Best... ! >> > > >> > >> > >> > >> > -- >> > East or West >> > Mahindians are the >> > Best... ! >> > >> >> >> >> -- >> East or West >> Mahindians are the >> Best... ! >> > > > > -- > East or West > Mahindians are the > Best... ! > -- aim/y!:aidans42 g:[EMAIL PROTECTED] http://aidan.skinner.me.uk/ "We belong to nobody and nobody belongs to us. We don't even belong to each other."
