----- Original Message ----- From: "Holger Baxmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 15, 2002 8:09 PM Subject: Re: [JMX-FORUM] JMX GUI
> will try to crosspost this into the jboss-dev, because clue(bax) >= 0 > > bax > ----- Original Message ----- > From: "Westerfeld, Kurt" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, August 15, 2002 8:01 PM > Subject: Re: [JMX-FORUM] JMX GUI > > > Excellent! Is the meta-data spec something that JBoss has started to adopt? > I think there's tremendous synergy between the CIM model and JMX, but the > JSR seems to be moving at a pace I can't discern. > > -----Original Message----- > From: Holger Baxmann [mailto:[EMAIL PROTECTED]] > Sent: Thursday, August 15, 2002 11:31 AM > To: [EMAIL PROTECTED] > Subject: Re: [JMX-FORUM] JMX GUI > > i am totaly with you regarding the jdeveloper - because i am an old > ideveloper-oracle guy :) > > no, we are not focusing on the development cycle of j2ee apps. we are > focusing on the whole lifecycle of the solutions build on top of j2ee - > including the development. > > but the classes in eclipse: who is interested in where the classes are > located except the classloader {hopefully the unified in jboss] ? > > jboss.org: > - jsr77 implementation > - xdoclet for ejb generation - you write the bean, xdoclet does the rest > > meta-data spec: > have a look at http://www.dstc.edu.au/Products/CORBA/MOF/ > and the jsr40 > > bax > > ----- Original Message ----- > From: "Westerfeld, Kurt" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, August 15, 2002 4:26 AM > Subject: Re: [JMX-FORUM] JMX GUI > > > Perhaps pointing out a newsgroup or active mailing list on some jboss.org > site would help. > > I really like Eclipse, although I haven't been able to work with it since it > has a rather brain-dead notion of class output directory. I really wish I > could use it. PS-the Eclipse folks seem to be aware of my issue but are > planning on fixing it in the next-to-next major release. Sad, because it > performs so nicely. Frankly, I haven't found much better than JDeveloper 9i > for Oracle, but I digress... > > I'm intrigued by the notion of embedded development environments built on > top of Eclipse. But, it merely leads me to be confused futher. Is your > intention to build a development environment for generating MBeans, or for > wiring them up into a common managed user interface? Or both? The former > seems to be handled quite nicely by MX4J's XDoclet markup, but > auto-generating code in an IDE might be even nicer. I confess I don't know > how automatic code generation works in the JBossMX implementation. > > Building a common management GUI for JMX is a great idea. I believe there > will be some serious challenges to setup heuristics to be generally > applicable to all MBeans without making the whole management GUI a > too-generic UI that connects to everything but provides little value. For > example, if I have 100 properties on a JMX mbean, but want to display these > properties categorically in several groups, such as network traffic > statistics vs. network configuration data, you have the obligation in > building a user interface for such a bean to make it logically separate. > How does your project propose to handle this issue? There is no right > answer. I have a lot of ideas on how do attack this problem, and perhaps I > could be of help to the project in this area. > > JSR 77 holds a lot of promise for the specifics to application servers. > Because there are enough semantics and structures in the JMX bean > definitions of this spec, you could create a UI that would manage any > JSR77-compliant J2EE server, and that would be a good start. I'm actually > very interested in that, but think that's fairly trivial compared to how one > handles creating a generic user interface for any mbean, that is both usable > (user-friendly) and dynamic enough to handle any number of data inputs to > monitor, change, or operate on. > > Perhaps a good place to start for your project is to build a standardized > meta-data specification that one can query against any MBean to allow a > client to build a reasonably good user interface for it. Basically, there > needs to be an open specification to allow an MBean to publish its > semantics, and most specifically for management, it's overall state. Once > this specification is adopted by JBoss, it would be fairly simple to get a > JSR moving on this front. I feel it is far too useful a project to ignore, > but haven't had much time to move in that direction myself. > > -----Original Message----- > From: Holger Baxmann [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 14, 2002 9.08 pm > To: [EMAIL PROTECTED] > Subject: Re: [JMX-FORUM] JMX GUI > > > JMX GUIkurt, > > the whole thing is born at the palma jboss training, end of last month. > > you are definetly right in your opinion, there are some very concrete > visions in our brains [anybody out here with a rs232 for this case?], a > fabulous infrastructure platform and a lot of pressure to have a _usable_ > management for enterprise systems and their production included their > protection - we are just at the starting point. and have our base in > jboss.org. > > because all our j2ee are belong to them :) > > as i said before: join us, contribute your information and you will > participate on the community > > bax > ps: join the revolution > > ----- Original Message ----- > From: Westerfeld, Kurt > To: [EMAIL PROTECTED] > Sent: Thursday, August 15, 2002 2:28 AM > Subject: Re: [JMX-FORUM] JMX GUI > > > There's not a lot of information up there. Can you point the list to where > we can find out more? > -----Original Message----- > From: Holger Baxmann [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 14, 2002 5.25 pm > To: [EMAIL PROTECTED] > Subject: Re: [JMX-FORUM] JMX GUI > > > feel free to help us developing one for the jmx and jboss.org; the project > is named moonshadow (M$), based on eclpise and is hosted by sourceforge.net > > bax > ----- Original Message ----- > From: Ming Luo > To: [EMAIL PROTECTED] > Sent: Wednesday, August 14, 2002 11:18 PM > Subject: [JMX-FORUM] JMX GUI > > > Hi there, > I am using the Html page to manage processes instrumented by JMX. Is there > any third party or open source GUI out there to manage JMX instrumented > interfaces via the RMI connectors? Sun had a JAM tool. Its license is > expired. The newer download won't be available until September. Is this the > sort of tool I am looking for? Anyone has direct experiences. > Cheers > Ming > > ======================================================================== === > For information on the Java Management extensions (JMX), please visit > our home page at http://java.sun.com/products/JavaManagement/ > The JMX-FORUM archives are accessible at http://archives.java.sun.com > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JMX-FORUM". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ========================= > For information on the Java Management extensions (JMX), please visit > our home page at http://java.sun.com/products/JavaManagement/ > The JMX-FORUM archives are accessible at http://archives.java.sun.com > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JMX-FORUM". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ======================================================================== === > For information on the Java Management extensions (JMX), please visit > our home page at http://java.sun.com/products/JavaManagement/ > The JMX-FORUM archives are accessible at http://archives.java.sun.com > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JMX-FORUM". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ========================= > For information on the Java Management extensions (JMX), please visit > our home page at http://java.sun.com/products/JavaManagement/ > The JMX-FORUM archives are accessible at http://archives.java.sun.com > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JMX-FORUM". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ======================================================================== === > For information on the Java Management extensions (JMX), please visit > our home page at http://java.sun.com/products/JavaManagement/ > The JMX-FORUM archives are accessible at http://archives.java.sun.com > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JMX-FORUM". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development