You can subscribe to this list here.
2002 |
Jan
(29) |
Feb
(20) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Thomas C. <tcarter@SeeBeyond.com> - 2002-03-04 20:53:34
|
Hi. I am having a problem with the XSLTProcessor and HTTPAdaptor. My project uses a custom class loader for all classes. Setting up the objects works fine: MBeanServer mbs = ...; // the loader is already registered with the mbean server ObjectName loaderName = new ObjectName("Test:loader=MyClassLoader"); // create HTTP adaptor // ObjectName adapterName = new ObjectName("Test:helper=OpenJMXHttpAdaptor"); mbs.createMBean("openjmx.adaptor.http.HttpAdaptor", adapterName, loaderName); // create/setup XSL transformer // ObjectName xslProcessorName = new ObjectName("Test:helper=XSLTProcessor"); mbs.createMBean("openjmx.adaptor.http.XSLTProcessor", xslProcessorName, loaderName); mbs.setAttribute(xslProcessorName, new Attribute("File", "c:\\appserver\\dev\\xsl\\")); mbs.setAttribute(xslProcessorName, new Attribute("UseCache", Boolean.FALSE)); mbs.setAttribute(adapterName, new Attribute("ProcessorName", xslProcessorName)); The problem is when I try to invoke the HTTP adaptor. The preProcess method throws an exception that I have traced to the isInstanceOf method. During preProcess, the HTTP adaptor makes the isInstanceOf call to make sure the XSL processor implements "openjmx.adaptor.http.ProcessorMBean". However, without my class loader, this class cannot be loaded. The problem is not specific to the HTTP adaptor -- it looks like isInstanceOf will NEVER work when using custom class loaders. The short-term solution for me is to comment out the isInstanceOf calls in the HttpAdaptor source (which are a bit redundant anyway, IMO). The long term solution seems to be better handling of custom class loaders. Specifically, maybe the MBeanServer can maintain the relationship between the ObjectName of a managed bean and the ObjectName of the class loader that was used to load that bean. I am new to MX4J (and JMX), so I may be missing something. I appreciate any help you can provide. Thanks, -Tom O p t i m i z i n g e B u s i n e s s Tom Carter Sr. Software Developer Research & Development tc...@se... |
From: Bordet, S. <Sim...@co...> - 2002-03-01 17:53:19
|
Hi all, MX4J beta 3 has been released.=20 MX4J is the new name of the OpenJMX project, that had to change name = since 'JMX' is a registered trademark of Sun Microsystems. Checkout the new project page at http://mx4j.sourceforge.net, and = download the new release ! The new release contains few bug fixes, the whole suite of RMI = adaptors/connectors, and a Jython MBean. Enjoy it ! Simon |
From: Bordet, S. <Sim...@co...> - 2002-03-01 08:36:50
|
Hi Jason, > I've only been playing with MBeans for the last couple of=20 > days now, so=20 > excuse me if this is a stupid question. RTFM with a link=20 > would be fine too. >=20 > I have: >=20 > class A implements AMBean { ... } > class B extends A implements BMBean { ... } >=20 > and xdoclet generates: >=20 > interface AMBean { ... } > interface BMBean { ... } >=20 > If my understanding is correct, all attributes/operations that B=20 > inherits from A must also be defined in BMBean. Everything works as=20 > expected when I change BMBean to: >=20 > interface BMean extends AMBean { ... } >=20 >=20 > How do I get jmxdoclet to generate this or equivalent for me?=20 > I kinda=20 > expected it to look in super and pull the @jmx tags. It really can be an XDoclet bug. As you know, OpenJMX changed its name to MX4J, so also XDoclet should be corrected to reflect the new packages. I will do this today and in the next days and I will fix also this problem. Thanks for your attention Simon |
From: Jason K. <jl...@wi...> - 2002-02-28 20:44:21
|
I've only been playing with MBeans for the last couple of days now, so excuse me if this is a stupid question. RTFM with a link would be fine too. I have: class A implements AMBean { ... } class B extends A implements BMBean { ... } and xdoclet generates: interface AMBean { ... } interface BMBean { ... } If my understanding is correct, all attributes/operations that B inherits from A must also be defined in BMBean. Everything works as expected when I change BMBean to: interface BMean extends AMBean { ... } How do I get jmxdoclet to generate this or equivalent for me? I kinda expected it to look in super and pull the @jmx tags. -Jason |
From: Bordet, S. <Sim...@co...> - 2002-02-27 18:35:05
|
Unfortunately is not possible for the project administrator to move all = subscribers from OpenJMX's mailing list to MX4J, since to subscribe you = have to enter a password. Therefore you have to unsubscribe from OpenJMX's and subscribe to MX4J, = choosing the format and the password you like. Simon |
From: Bordet, S. <Sim...@co...> - 2002-02-27 18:03:26
|
Hi all as you may know we have been contacted by Sun because OpenJMX is a name = that violates the trademark rules, since JMX is a trademark of Sun. We have to change name, we decided the new name be "MX4J", accordingly = with Sun's trademark lawyers that approved this choice. The new project, MX4J, is hosted by sourceforge, here: = http://sourceforge.net/projects/mx4j I will try to automatically subscribe all mailing list subscribers from = OpenJMX to MX4J, but I don't know if it is possible. For now: 1 - Committers, don't commit anything from now on 2 - Please wait one-two days for the new project to be completely = operative OpenJMX project will still remain alive for a while, but will point to = MX4J. Simon |
From: <no...@so...> - 2002-02-25 14:20:23
|
Change Notes item #522452, was opened at 2002-02-25 06:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=522452&group_id=34041 Category: OpenJMX Group: Rel 1.0b2 Status: Open Priority: 3 Submitted By: Bronwen Cassidy (shadow12) Assigned to: Bronwen Cassidy (shadow12) Summary: Complete implement of MLet findLibrary Initial Comment: findLibrary method of MLet.java updated to add support for searching for native libraries via the library directory and library name, if this fails the library will be searched using the architecture-specific path name plus the library name. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=522452&group_id=34041 |
From: Bordet, S. <Sim...@co...> - 2002-02-25 09:54:05
|
OpenJMX should be very likely change its name, since the JMX part is = trademark of Sun. We have several proposal, we ask you to vote or propose for your = favorite ! 1) MX4J (Management eXtensions for Java) 2) OMX4J (Open Management eXtensions for Java) 3) OpenMeX 4) OpenMeX4J 5) MeX4J Propose your own, or vote your favorite ! Simon |
From: <no...@so...> - 2002-02-24 22:06:35
|
Change Notes item #522212, was opened at 2002-02-24 14:06 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=522212&group_id=34041 Category: OpenJMX Group: Rel 1.0rc Status: Open Priority: 5 Submitted By: Carlos Quiroz (tibu) Assigned to: Carlos Quiroz (tibu) Summary: Jython MBean Initial Comment: The JythonRunnerMBean was added it enables the use of jython as a scripting language for JMX tasks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=522212&group_id=34041 |
From: <bou...@ya...> - 2002-02-22 16:08:41
|
confirm 939633 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com |
From: Bordet, S. <Sim...@co...> - 2002-02-19 09:08:17
|
Hi, > Simone Bordet says: > > All implement the JMX specification, v 1.0, and offer some=20 > more extra feature. >=20 > Does someone have a summary of what each of JDMX, OpenJMX,=20 > and JBossMX offer > beyond the core JMX? You can look at the OpenJMX documentation online = (http://openjmx.sourceforge.net/docs/index.html) which features are = present in OpenJMX; for other project you should look at their = documentation. > Would it be fair to say that the main thing today that=20 > OpenJMX offers beyond > the free (beer) jmx reference implementation is the html adaptor? Nooo, not at all. First of all you get a JMX implementation almost free of bug. Second you get a better HTTP Adaptor, since OpenJMX's is customizable = via XSLT. Furthermore OpenJMX HTTPAdaptor works over SSL. Third you get the complete series of RMIAdaptors: RMI over JRMP, RMI = over JRMP over SSL, RMI over IIOP. Fourth you get a faster implementation. Fifth you get several utility MBeans, such as the Naming and the new = Jython one, and the StandardMBeanProxy for easy invocation. Sixth you get some extension such as logging redirection and pluggable = persistence. Etc etc. Most of all, you get the source and you get the community support. So, no, it's not fair what you said :) > > > 3. Now suppose I'd like to manage those instrumented=20 > beans using SNMP. > > > It appears JDMK does that; I don't know what else does. > >=20 > > Not OpenJMX (yet) nor JBossMX (afaik). >=20 > Are there any near term plans for SNMP? No. But we are open to any contribution. > As it stands today, JMX has limited appeal to me, because it=20 > seems to be only > manageable using proprietary commercial management solutions. > Web-management is fine for humans, but if that is all I get,=20 > it would be easier > for me to supply that through other means. For example ? Bear in mind that JMX is not the HTTPAdaptor. JMX is a standard for server-side applications. It defines a standard = way to create server-side apps, and you get for free manageability. I personally developed and deployed several projects based on JMX, and = the nicer feature according to customers is web management, so yes, a = management application based on Swing is still missing, but IMHO this = lack will be filled very soon. > If I had some hope that there would be free snmp support for=20 > JMX this year, I'd be more eager. Why ? Simon > I think that snmp support would mean a snmp AgentX sub-agent=20 > protocol wrapper > for MBeans. Hopefully that would work with or without java=20 > code generation, which > may or may not be desirable. >=20 > -mda >=20 >=20 > _______________________________________________ > Openjmx-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openjmx-users >=20 |
From: Mark D. A. <md...@di...> - 2002-02-18 21:49:04
|
Simone Bordet says: > All implement the JMX specification, v 1.0, and offer some more extra feature. Does someone have a summary of what each of JDMX, OpenJMX, and JBossMX offer beyond the core JMX? Would it be fair to say that the main thing today that OpenJMX offers beyond the free (beer) jmx reference implementation is the html adaptor? > > 3. Now suppose I'd like to manage those instrumented beans using SNMP. > > It appears JDMK does that; I don't know what else does. > > Not OpenJMX (yet) nor JBossMX (afaik). Are there any near term plans for SNMP? As it stands today, JMX has limited appeal to me, because it seems to be only manageable using proprietary commercial management solutions. Web-management is fine for humans, but if that is all I get, it would be easier for me to supply that through other means. If I had some hope that there would be free snmp support for JMX this year, I'd be more eager. I think that snmp support would mean a snmp AgentX sub-agent protocol wrapper for MBeans. Hopefully that would work with or without java code generation, which may or may not be desirable. -mda |
From: Carlos Q. <car...@we...> - 2002-02-18 21:04:41
|
On Monday 18 February 2002 10:14, Moisei RABINOVITCH wrote: Hi Moisei Yes, this is a known bug. There is a tentative fix in CVS but still not tested. It will be ready by RC1 > Hello All. > I am trying to run the HttpAdaptor example and I have following problem : > D:\Program Files\JMX\openjmx-1.0b2\lib>java -cp \ > ".;openjmx.jar;openjmx-tools.jar;xalan.jar;xerces.jar" > examples.tools.adaptor.http.HttpAdaptor localhost 8080 openjmx-tools.jar > openjmx\adaptor\http\xsl > > openjmx-tools.jar openjmx\adaptor\http\xsl > openjmx > openjmx > template for path /mbean.xsl not found > Transformer for path /mbean not found > > I can only run it properly when extract all *.xsl and *.css from > openjmx-tools.jar to D:\Program Files\JMX\openjmx-1.0b2\lib directory > > I am sure that the problem is wrong parameters that I pass to the > HttpAdaptor but I cannot find properly configuration. > I've tryied different choises as : > localhost 8080 (this one works good for LINUX) > localhost 8080 openjmx-tools.jar > localhost 8080 openjmx-tools > localhost 8080 openjmx-tools D:\Program Files\JMX\openjmx-1.0b2\lib > etc. > but nothing work. No. It is the way the the path inside a jar is built which in Linux is openjmx/http/lib but in windows is openjmx\http\lib Regards > > Thanks, > > > Best Regards, > Moisei > > > _______________________________________________ > Openjmx-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openjmx-users |
From: Moisei R. <mra...@il...> - 2002-02-18 08:23:10
|
Hello All. I am trying to run the HttpAdaptor example and I have following problem : D:\Program Files\JMX\openjmx-1.0b2\lib>java -cp \ ".;openjmx.jar;openjmx-tools.jar;xalan.jar;xerces.jar" examples.tools.adaptor.http.HttpAdaptor localhost 8080 openjmx-tools.jar openjmx\adaptor\http\xsl openjmx-tools.jar openjmx\adaptor\http\xsl openjmx openjmx template for path /mbean.xsl not found Transformer for path /mbean not found I can only run it properly when extract all *.xsl and *.css from openjmx-tools.jar to D:\Program Files\JMX\openjmx-1.0b2\lib directory I am sure that the problem is wrong parameters that I pass to the HttpAdaptor but I cannot find properly configuration. I've tryied different choises as : localhost 8080 (this one works good for LINUX) localhost 8080 openjmx-tools.jar localhost 8080 openjmx-tools localhost 8080 openjmx-tools D:\Program Files\JMX\openjmx-1.0b2\lib etc. but nothing work. Thanks, Best Regards, Moisei |
From: Carlos Q. <car...@we...> - 2002-02-17 19:13:23
|
On Sunday 17 February 2002 15:48, Bordet, Simone wrote: > Hi, Hi Just a little bit more to Simone's answer <snip> > > > 2. Now suppose that I'd like to write my own management > > interface using JSP, talking > > to some api (which one?), to manage my own beans. What jars > > would I want for that? > > If you want to write JSP interface for a management application, you > normally rely on the RMI connector to communicate to the JMX agent, > although it should be possible also with the HTTP adaptor. OpenJMX's > HTTPAdaptor is fully customizable via XSLT, so you can change the view as > you like. Again, since adaptors and connectors are not defined by the spec, > each implementation will provide specific jars. In OpenJMX you need both > openjmx.jar and openjmx-tools.jar. The API are uniquely those defined by > the RMIConnector class, if you use the RMI connector. For the HTTP adaptor, > you need to look at the URL syntax, refer to the link above for OpenJMX's. At some moment there will be a collection of jmx taglibs. Basically the idea is to build an equivalent of the current Http Adaptor using JSP. Eventually you could use it AS IS in an applicationserver or for developing your own management app. Regards Carlos Quiroz |
From: Bordet, S. <Sim...@co...> - 2002-02-17 13:49:06
|
Hi, > so let's assume i manage to instrument my code. >=20 > Now, how do I get to manage it? Normally you manage your components by means of some JMX adaptor or = connector, that have been foreseen by the spec, v 1.0, but not yet = defined. In OpenJMX we provide a HTTP connector and an RMI connector, both = supporting SSL, the RMI one also over IIOP. > None of the JDMK, JBossMX, or OpenJMX have much to say, if anything, > about the other two projects, so I can't figure out how much=20 > there is overlap. > Are either of the open source projects trying to=20 > independently develop the JMX portion, > or just the JDMK portion? Or something else? All implement the JMX specification, v 1.0, and offer some more extra = feature. > Suppose I have a server of my own devising, and no EJB in sight. > In particular, i am not using a J2EE container such as jboss. > I've instrumented my code to be manageable as one of the many=20 > flavors of JMX beans. >=20 > 1. Suppose i want to be able to manage it over an http=20 > connection, connecting > to a special thread in my own server that just does deals=20 > with that management > connection. It would appear that JDMK has something like=20 > that, and it seems > JBossMX has an HtmlAdapterServer. > I don't know how many different jars I'd have to find an link in. > Nor do I know what extra APIs I'd have to call to get that=20 > service thread started. On client side you need a browser.=20 In OpenJMX just start the HTTPAdaptor as specified in the documentation = (jar is openjmx-tools.jar). There is no extra API on server side, you use the JMX API to create and = instantiate the HTTP adaptor, see here for details = (http://openjmx.sourceforge.net/docs/ch03.html#d0e327). > 2. Now suppose that I'd like to write my own management=20 > interface using JSP, talking > to some api (which one?), to manage my own beans. What jars=20 > would I want for that? If you want to write JSP interface for a management application, you = normally rely on the RMI connector to communicate to the JMX agent, = although it should be possible also with the HTTP adaptor. OpenJMX's HTTPAdaptor is fully customizable via XSLT, so you can change = the view as you like. Again, since adaptors and connectors are not defined by the spec, each = implementation will provide specific jars. In OpenJMX you need both = openjmx.jar and openjmx-tools.jar. The API are uniquely those defined by the RMIConnector class, if you use = the RMI connector. For the HTTP adaptor, you need to look at the URL = syntax, refer to the link above for OpenJMX's. > 3. Now suppose I'd like to manage those instrumented beans using SNMP. > It appears JDMK does that; I don't know what else does. Not OpenJMX (yet) nor JBossMX (afaik). > Right now, I'm caught between the marketing verbiage of Sun, and the=20 > nothing-but-javadoc of the open source projects, and can't=20 > figure out how > to do those basic and fundamental 3 things. >=20 > Maybe I'm missing some faq or howto somewhere? I think you are going faster than what JMX specification expert decided = to put in the 1.0 version. You are trying to use MBeans remotely and this is not defined by the = spec yet, so every implementation provides non-standard tools to do so. > I'm sorely tempted to just bag the whole thing, and=20 > instrument my code instead > with some open source java snmp implementation. > At least then it is well understood and documented territory. My opinion is don't do so. JMX is powerful, and allow you to manage your code as well as have a = standard framework for server-side applications. It will become even more powerful, as great changes are planned for = "Tiger" (JDK 1.5), and JSR 160 (http://jcp.org/jsr/detail/160.jsp) is = right now defining exactly for you are looking for, and it is very = active (I'm part of the expert group for that JSR). As a final word, on this list you will find the help needed to start to = use JMX at its full extent, and solutions to your problems may help = others and be incorporated as examples in OpenJMX. Hope helped. Cheers Simon |
From: Mark D. A. <md...@di...> - 2002-02-17 05:08:00
|
(this same message is being sent to both ope...@li... and to the jbossmx forum at http://main.jboss.org/forum.jsp?forum=63 ) i've now perused these sites: JMX http://java.sun.com/products/JavaManagement/ JDMK http://www.sun.com/software/java-dynamic/ OpenJMX http://openjmx.sourceforge.net/ JBossMX http://www.jboss.org/developers/jboss-jbossmx.jsp It also seems that some of the commercial J2EE vendors (bea) and Corba vendors (iona) and snmp vendors (AdventNet) have things to say about JMX. i've read the instrumentation specification, and though it has every sign of design by committee (disagreement? let's just do all the choices), i kind of get it. so let's assume i manage to instrument my code. Now, how do I get to manage it? None of the JDMK, JBossMX, or OpenJMX have much to say, if anything, about the other two projects, so I can't figure out how much there is overlap. Are either of the open source projects trying to independently develop the JMX portion, or just the JDMK portion? Or something else? Suppose I have a server of my own devising, and no EJB in sight. In particular, i am not using a J2EE container such as jboss. I've instrumented my code to be manageable as one of the many flavors of JMX beans. 1. Suppose i want to be able to manage it over an http connection, connecting to a special thread in my own server that just does deals with that management connection. It would appear that JDMK has something like that, and it seems JBossMX has an HtmlAdapterServer. I don't know how many different jars I'd have to find an link in. Nor do I know what extra APIs I'd have to call to get that service thread started. 2. Now suppose that I'd like to write my own management interface using JSP, talking to some api (which one?), to manage my own beans. What jars would I want for that? 3. Now suppose I'd like to manage those instrumented beans using SNMP. It appears JDMK does that; I don't know what else does. Right now, I'm caught between the marketing verbiage of Sun, and the nothing-but-javadoc of the open source projects, and can't figure out how to do those basic and fundamental 3 things. Maybe I'm missing some faq or howto somewhere? I'm sorely tempted to just bag the whole thing, and instrument my code instead with some open source java snmp implementation. At least then it is well understood and documented territory. -mda |
From: <no...@so...> - 2002-02-13 21:51:35
|
Change Notes item #517208, was opened at 2002-02-13 13:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=517208&group_id=34041 Category: OpenJMX Group: Rel 1.0b2 Status: Open Priority: 5 Submitted By: Carlos Quiroz (tibu) Assigned to: Carlos Quiroz (tibu) Summary: Removed restart from HttpAdaptor Initial Comment: Removed the restart method from the adaptor ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=517208&group_id=34041 |
From: <no...@so...> - 2002-02-12 08:48:07
|
Change Notes item #516348, was opened at 2002-02-12 00:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=516348&group_id=34041 Category: OpenJMX Group: Rel 1.0rc Status: Open Priority: 5 Submitted By: Simone Bordet (biorn_steedom) Assigned to: Nobody/Anonymous (nobody) Summary: RMI Adaptors completed Initial Comment: The RMI adaptors are now complete, featuring: - JRMP Adaptor (for plain RMI use from Java applications) - JRMP Adaptor over SSL, for secure RMI use - IIOP Adaptor for interoperability with CORBA - RMI Connector, client side connector for the RMI adaptors - Full support for remote notification listeners and filters ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=516348&group_id=34041 |
From: <no...@so...> - 2002-02-09 22:08:56
|
Change Notes item #515343, was opened at 2002-02-09 14:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=515343&group_id=34041 Category: None Group: Rel 1.0rc Status: Open Priority: 5 Submitted By: Simone Bordet (biorn_steedom) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed Log4J priority logging Initial Comment: Fixed bug #513780: now OpenJMX priority is converted to Log4J priority. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=515343&group_id=34041 |
From: B. <jer...@xt...> - 2002-02-07 11:56:20
|
Hi all, I have commited in XDoclet a new subtask of the JMX task. This subtask allows to generate a file with mlet tags in order to easily load MBeans from it. The template uses @jmx:mlet-entry and @jmx:mbean tags in order to generate a merged file with all the needed information. I have updated the example and the documentation in OpenJMX (this is only updated in CVS and not deployed on the website yet) if you want to have a look at how to use it. Regards, Jerome. |
From: Carlos Q. <car...@we...> - 2002-02-06 00:39:58
|
OpenJMX, an OpenSource implementation of a JMX agent has relased its version 1.0 beta 2 The new beta version contains several bugfixes over the beta 1 as well as new features like: * Basic authentication and SSL support for the HttpAdaptor * xdoclet tasks for automatic generation of MBean and MBeanDescription interfaces * new SMTP and NamingService MBeans * several examples and documentation The change log is as follows: Beta 2 * Added xdoclet for automatic MBean and MBeanDescription sources generation + docs and examples * Added constructor command processor. It will return a list of constructors available for a given class. That can be used to create arbitrary MBeans of a given class * The serverbydomain tree now has two new attributes. For each MBean it carries also classname and description * The new MBean in the tools area is used to send mails via a SMTP server. It can be associated to notifications, for instance, listening to a timer or monitor * Remote notification has been added to the RMI adaptor. Clients can now write notification listeners, register them with a remote MBeanServer and being notified when the selected broadcaster emits notifications. * A Naming MBean that wraps the rmiregistry is added, so that it is now possible to start the rmiregistry inVM by simply registering this MBean * Fixed bug when href targets pointing to objects names had special chars like spaces and '&'. Now those links should be preprocessed with the uri-encode templateThe template uses xalan extensions calling the java.net.URLEncode class. Therefore now XSLTProcessor is xalan specific * New Timer and Monitor views which allow you to create and see Timers and Monitors * Added serverbydomain?querynames=XXX request which will return only the queries which are strictly in the query parameter. Added query button to server view in GUI * Added support for SSL to the HttpAdaptor as well as an example and documentation * Found a bug where different internal relations where returning the same number and the same MBeans, evan though different MBeans had been used. * Class name change: MBeanProxy --> StandardMBeanProxy in package openjmx.util * Constructors missing in DescriptorSupport and various exceptions classes have been added, as the spec requires. Contributed by Remy Maucherat. * RequiredModelMBeanTest was failing at testSetAttribute throwing NotSerializableException. Updated the Descriptor interface to extend Serializable (test passed) * Fixed bug for duplicate operations info in standard MBeans in case of inherited management interfaces. * Fixed bug when doing a start/stop/start operation sequence on a Monitor. The change is minor involving the recreation of a TimerTask instead of reusing it. Bug tests were added * Added notification info for the monitors as required for the specs for a NotificationBroadcaster * Added to MonitorNotification missing static strings which define the available notification types. Done for compatibility with RI * Fixed a bug in the scoping of the queries done via queryNames and queryMBeans. Thanks to Remy Maucherat for pointing out this bug. * The HttpException class is able to produce a XML doc with the contents of the exception. This can be used to produce nicer Error pages * Basic authentication implemented. The realm definition and authorization methods are subject to change * RelationServiceExample was using MBeanProxy, which has been renamed to StandardMBeanProxy, the RelationServiceExample has now been updated accordingly Regards |
From: <no...@so...> - 2002-02-05 22:25:25
|
Change Notes item #513516, was opened at 2002-02-05 14:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=513516&group_id=34041 Category: OpenJMX Group: Rel 1.0b2 Status: Open Priority: 5 Submitted By: Carlos Quiroz (tibu) Assigned to: Nobody/Anonymous (nobody) Summary: Added xdoclet Initial Comment: Added xdoclet for automatic MBean and MBeanDescription sources generation + docs and examples ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=513516&group_id=34041 |
From: <no...@so...> - 2002-01-30 21:43:52
|
Change Notes item #510921, was opened at 2002-01-30 13:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=510921&group_id=34041 Category: None Group: None Status: Open Priority: 5 Submitted By: Carlos Quiroz (tibu) Assigned to: Nobody/Anonymous (nobody) Summary: Added constructors command and GUI Initial Comment: Added constructor command processor. It will return a list of constructors available for a given class. That can be used to create arbitrary MBeans of a given class ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=510921&group_id=34041 |
From: <no...@so...> - 2002-01-30 21:31:49
|
Change Notes item #510912, was opened at 2002-01-30 13:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=510912&group_id=34041 Category: OpenJMX Group: Rel 1.0b2 Status: Open Priority: 5 Submitted By: Carlos Quiroz (tibu) Assigned to: Carlos Quiroz (tibu) Summary: Added new attributes to serverbydomain Initial Comment: The serverbydomain tree now has two new attributes. For each MBean it carries also classname and description ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438475&aid=510912&group_id=34041 |