Re: jmx.invoke.Xetters
Eamonn McManus <[email protected]>
| Newsgroups | gmane.comp.java.mx4j.devel |
|---|---|
| Organization | Sun Microsystems, Inc |
| Message-ID | <[email protected]> |
Indeed, the mention of this property in the JMX 1.2 spec is an editing error. Implementations are not required to support it and code should not rely on it, going forward. It was introduced purely to allow code that relied on the previous (1.1) RI behaviour to continue to work. Regards, Éamonn McManus JMX Spec Lead http://weblogs.java.net/blog/emcmanus/ Simone Bordet wrote: > Hi, > >> Would it be possible to support this feature (jmx.invoke.getters/setters) >> behavior as described in the JMX 1.2 specification. > > Possible yes, but I'm not very happy to do it. > The JMX specification is quite clear on the matter, and behaving > otherwise will break compatibility, no matter if you set or not that > property that not every implementation may support. > > Simon > -- > http://bordet.blogspot.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > _______________________________________________ > Mx4j-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mx4j-devel ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642