Discussion:
[Openjmx-devel] Supported features and some new ideas...
Jérôme BERNARD
2002-01-22 09:26:02 UTC
Permalink
Is it possible to use MLet loading?
There are some sources in CVS but I can't make the Mlet loading to work...

And are the descriptions of MBean attributes and operations properly
handled? I can't see those descriptions using the default HTTP adaptor.

Regarding the XDoclet feature, I could add something for generating a
mlet file with all the mbeans. Or even better (and this is something I
will do anyway for another project if it is not included in OpenJMX) we
could generate a XML file quite similar to the mlet one except that it
would add (as child nodes) the values of the attributes.

For example, we could have something close to:
<MLET NAME="MyApp:name=MyService" CODE="com.myapp.MyService"
ARCHIVE="MyApp.jar" CODEBASE="../lib">
<Status>1</Status>
<Dummy>bla bla</Dummy>
</MLET>


Jerome.
Carlos Quiroz
2002-01-22 09:39:02 UTC
Permalink
Post by Jérôme BERNARD
Is it possible to use MLet loading?
There are some sources in CVS but I can't make the Mlet loading to work...
There are test. Remember that you need a JAXP parser for this. At least xerces
will do
Post by Jérôme BERNARD
And are the descriptions of MBean attributes and operations properly
handled? I can't see those descriptions using the default HTTP adaptor.
MBean attributes description should be in place, BUT....
I haven't done them for the ModelMBean, they will be added soon
For MBean operation description is the same.
Are you using the XML Generator or the HTMLGenerator (i.e. DefaultProcessor
against XSLTProcessor
Post by Jérôme BERNARD
Regarding the XDoclet feature, I could add something for generating a
mlet file with all the mbeans. Or even better (and this is something I
will do anyway for another project if it is not included in OpenJMX) we
could generate a XML file quite similar to the mlet one except that it
would add (as child nodes) the values of the attributes.
<MLET NAME="MyApp:name=MyService" CODE="com.myapp.MyService"
ARCHIVE="MyApp.jar" CODEBASE="../lib">
<Status>1</Status>
<Dummy>bla bla</Dummy>
</MLET>
I'd agree with this idea. However can it be redundant with the Persistance
method?
Post by Jérôme BERNARD
Jerome.
_______________________________________________
Openjmx-devel mailing list
https://lists.sourceforge.net/lists/listinfo/openjmx-devel
--
Carlos Quiroz
Software Engineer
Invasio Oy
Mobile +358 (0)40 555 5793
mailto:***@rtse.com
http://www.invasio.com/
Jérôme BERNARD
2002-01-22 09:47:05 UTC
Permalink
Post by Carlos Quiroz
Post by Jérôme BERNARD
Is it possible to use MLet loading?
There are some sources in CVS but I can't make the Mlet loading to work...
There are test. Remember that you need a JAXP parser for this. At least xerces
will do
I have one in the classpath.
Post by Carlos Quiroz
Post by Jérôme BERNARD
And are the descriptions of MBean attributes and operations properly
handled? I can't see those descriptions using the default HTTP adaptor.
MBean attributes description should be in place, BUT....
I haven't done them for the ModelMBean, they will be added soon
For MBean operation description is the same.
Are you using the XML Generator or the HTMLGenerator (i.e. DefaultProcessor
against XSLTProcessor
I am using the XSLTProcessor and am trying to read description of SMB
and not a MMB.
Even the "core" MBeans (provided with OpenJMX, such as Mlet.....) do not
have any description.
Post by Carlos Quiroz
Post by Jérôme BERNARD
Regarding the XDoclet feature, I could add something for generating a
mlet file with all the mbeans. Or even better (and this is something I
will do anyway for another project if it is not included in OpenJMX) we
could generate a XML file quite similar to the mlet one except that it
would add (as child nodes) the values of the attributes.
<MLET NAME="MyApp:name=MyService" CODE="com.myapp.MyService"
ARCHIVE="MyApp.jar" CODEBASE="../lib">
<Status>1</Status>
<Dummy>bla bla</Dummy>
</MLET>
I'd agree with this idea. However can it be redundant with the Persistance
method?
It could effectively be redundant. It depends on how you plan to do the
persistence.
This could essentially be used for initialization which would be
different than persistence (you usually "reset" your attributes to a
"default" value).

Jerome.
Carlos Quiroz
2002-01-22 09:55:05 UTC
Permalink
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
Is it possible to use MLet loading?
There are some sources in CVS but I can't make the Mlet loading to work...
There are test. Remember that you need a JAXP parser for this. At least
xerces will do
I have one in the classpath.
Hmmm, how are you making the actual call, Is there perhaps some problems with
the classloader. Remember that OpenJMX Classloader handling is a bit
different than the RI
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
And are the descriptions of MBean attributes and operations properly
handled? I can't see those descriptions using the default HTTP adaptor.
MBean attributes description should be in place, BUT....
I haven't done them for the ModelMBean, they will be added soon
For MBean operation description is the same.
Are you using the XML Generator or the HTMLGenerator (i.e.
DefaultProcessor against XSLTProcessor
I am using the XSLTProcessor and am trying to read description of SMB
and not a MMB.
Even the "core" MBeans (provided with OpenJMX, such as Mlet.....) do not
have any description.
No they don't have. You'r own implementation can provide them tough. You can
see as an example the HttpAdaptor itself which has a description for its/most
attributes and operations. If you don't see anything it means that the
description is empty.
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
Regarding the XDoclet feature, I could add something for generating a
mlet file with all the mbeans. Or even better (and this is something I
will do anyway for another project if it is not included in OpenJMX) we
could generate a XML file quite similar to the mlet one except that it
would add (as child nodes) the values of the attributes.
<MLET NAME="MyApp:name=MyService" CODE="com.myapp.MyService"
ARCHIVE="MyApp.jar" CODEBASE="../lib">
<Status>1</Status>
<Dummy>bla bla</Dummy>
</MLET>
I'd agree with this idea. However can it be redundant with the Persistance
method?
It could effectively be redundant. It depends on how you plan to do the
persistence.
This could essentially be used for initialization which would be
That's right, for initialization is ok. OTOH the FilePersistor could store in
the same or similar format.
Post by Jérôme BERNARD
different than persistence (you usually "reset" your attributes to a
"default" value).
Jerome.
_______________________________________________
Openjmx-devel mailing list
https://lists.sourceforge.net/lists/listinfo/openjmx-devel
--
Carlos Quiroz
Software Engineer
Invasio Oy
Mobile +358 (0)40 555 5793
mailto:***@rtse.com
http://www.invasio.com/
Jérôme BERNARD
2002-01-22 11:15:02 UTC
Permalink
Post by Carlos Quiroz
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
Is it possible to use MLet loading?
There are some sources in CVS but I can't make the Mlet loading to work...
There are test. Remember that you need a JAXP parser for this. At least
xerces will do
I have one in the classpath.
Hmmm, how are you making the actual call, Is there perhaps some problems with
the classloader. Remember that OpenJMX Classloader handling is a bit
different than the RI
Ooops. I have to apologize. The problem was that my mbean had no
default-constructor and that the mlet string did not add the parameter.
However, I would be nice to have some warnings of such things.
Post by Carlos Quiroz
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
And are the descriptions of MBean attributes and operations properly
handled? I can't see those descriptions using the default HTTP adaptor.
MBean attributes description should be in place, BUT....
I haven't done them for the ModelMBean, they will be added soon
For MBean operation description is the same.
Are you using the XML Generator or the HTMLGenerator (i.e.
DefaultProcessor against XSLTProcessor
I am using the XSLTProcessor and am trying to read description of SMB
and not a MMB.
Even the "core" MBeans (provided with OpenJMX, such as Mlet.....) do not
have any description.
No they don't have. You'r own implementation can provide them tough. You can
see as an example the HttpAdaptor itself which has a description for its/most
attributes and operations. If you don't see anything it means that the
description is empty.
I can effectively read the descriptions on the HttpAdaptor and my own
MBean. However, the descriptions set on constructor (description of the
constructor itself and its parameters) are not displayed. This is
perhaps a problem on the stylesheet? will have a look.
Post by Carlos Quiroz
Post by Jérôme BERNARD
Post by Carlos Quiroz
Post by Jérôme BERNARD
Regarding the XDoclet feature, I could add something for generating a
mlet file with all the mbeans. Or even better (and this is something I
will do anyway for another project if it is not included in OpenJMX) we
could generate a XML file quite similar to the mlet one except that it
would add (as child nodes) the values of the attributes.
<MLET NAME="MyApp:name=MyService" CODE="com.myapp.MyService"
ARCHIVE="MyApp.jar" CODEBASE="../lib">
<Status>1</Status>
<Dummy>bla bla</Dummy>
</MLET>
I'd agree with this idea. However can it be redundant with the Persistance
method?
It could effectively be redundant. It depends on how you plan to do the
persistence.
This could essentially be used for initialization which would be
That's right, for initialization is ok. OTOH the FilePersistor could store in
the same or similar format.
What means "OTOH"? :-)
The persistor could probably use the same format. But how would you deal
with "complex" attributes (I mean an attribute being a non-standard
class, etc...).


Jerome.
Carlos Quiroz
2002-01-22 11:41:06 UTC
Permalink
On Tuesday 22 January 2002 15:13, Jérôme BERNARD wrote:
<snip>
Post by Jérôme BERNARD
Ooops. I have to apologize. The problem was that my mbean had no
default-constructor and that the mlet string did not add the parameter.
However, I would be nice to have some warnings of such things.
Agreed. are you logging? if you do and there is no warning then this should be
added

<snip>
Post by Jérôme BERNARD
I can effectively read the descriptions on the HttpAdaptor and my own
MBean. However, the descriptions set on constructor (description of the
constructor itself and its parameters) are not displayed. This is
perhaps a problem on the stylesheet? will have a look.
I think it is, the GUIs are not complete. If you add them, could you commit
the changes?
Post by Jérôme BERNARD
Post by Carlos Quiroz
That's right, for initialization is ok. OTOH the FilePersistor could store
in the same or similar format.
What means "OTOH"? :-)
:) On the other hand (OTOH)
Post by Jérôme BERNARD
The persistor could probably use the same format. But how would you deal
with "complex" attributes (I mean an attribute being a non-standard
class, etc...).
There may be many solutions. You could serialize or perhaps you could add a
data type serializer which can output a given data type and import it if
necessary, but this is not such a simple issue.
You could also have more complex persistors which use databases for storing
complete objects.
Perhaps JAXB based implementation could be interesting, but I have to read a
bit more on this
Post by Jérôme BERNARD
Jerome.
_______________________________________________
Openjmx-devel mailing list
https://lists.sourceforge.net/lists/listinfo/openjmx-devel
--
Carlos Quiroz
Software Engineer
Invasio Oy
Mobile +358 (0)40 555 5793
mailto:***@rtse.com
http://www.invasio.com/
Jérôme BERNARD
2002-01-22 12:29:18 UTC
Permalink
Post by Carlos Quiroz
<snip>
Post by Jérôme BERNARD
Ooops. I have to apologize. The problem was that my mbean had no
default-constructor and that the mlet string did not add the parameter.
However, I would be nice to have some warnings of such things.
Agreed. are you logging? if you do and there is no warning then this should be
added
I am logging. There is nothing dumped. Will add something ASAP.
Post by Carlos Quiroz
<snip>
Post by Jérôme BERNARD
I can effectively read the descriptions on the HttpAdaptor and my own
MBean. However, the descriptions set on constructor (description of the
constructor itself and its parameters) are not displayed. This is
perhaps a problem on the stylesheet? will have a look.
I think it is, the GUIs are not complete. If you add them, could you commit
the changes?
Sure. I will update the stylesheets and commit the changes.
Post by Carlos Quiroz
Post by Jérôme BERNARD
The persistor could probably use the same format. But how would you deal
with "complex" attributes (I mean an attribute being a non-standard
class, etc...).
There may be many solutions. You could serialize or perhaps you could add a
data type serializer which can output a given data type and import it if
necessary, but this is not such a simple issue.
You could also have more complex persistors which use databases for storing
complete objects.
Perhaps JAXB based implementation could be interesting, but I have to read a
bit more on this
Castor could be helpful too. However, what you are talking about is
something that requires a lot of work, which is not the case about what
I proposed.


Jerome.

Loading...