] creating persistent MBeans dynamically
On Thu, 3 Oct 2002, Matt Munz wrote:
all of mbeaninfo should not be always stored. for instance, if I
instantiate my MMB by using a definition from an URL or db then the
mbeaninfo is already persisted there and should not be
duplicated (only
the ref
Sent: Friday, October 04, 2002 9:52 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
Hello,
And what about deployment order? When I was thinking about it (and we
exchanged a few e-mails with David), the deployment order issue has poped
up. When you have
On Fri, 4 Oct 2002, Sacha Labourey wrote:
Hello,
And what about deployment order?
wouldn't the order be explicit if the registry stores a script-like file
of its changes and then reads it at startup?
similar to how a db constructs itself from a tx log
-- Juha
I suggested to use an internal counter in JBoss that
increments each time a new service is deployed. As part of
brilliant.
It still doesn't take care of dependencies (shut a cluster of services
down) but it clearly one of those transparent ease of use things that I
like to push.
marc f
brilliant.
are you ironic? :)
It still doesn't take care of dependencies (shut a cluster of services
down)
Why wouldn't it work? Can you give me a simple scenario that fails? Maybe
that's evident but I don't see it right now...
Ai-je la tete dans le popotin?
Why wouldn't it work? Can you give me a simple scenario that
fails? Maybe that's evident but I don't see it right now...
A depends on B. We shut down B. There is no way just by the order of
deployment to know that A depends on B. The numbering schemes has the
same limitation (the user
, 4 octobre 2002 16:45
A : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] creating persistent MBeans dynamically
Why wouldn't it work? Can you give me a simple scenario that
fails? Maybe that's evident but I don't see it right now...
A depends on B. We shut down B. There is no way just
:[EMAIL PROTECTED]]De la part de
marc fleury Envoye : vendredi, 4 octobre 2002 16:45
A : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] creating persistent MBeans dynamically
Why wouldn't it work? Can you give me a simple scenario
that fails?
Maybe that's evident but I don't see
On Fri, 4 Oct 2002, Sacha Labourey wrote:
It is just about freedom: we sbsolutly need to let the door open for fools
to do foolish things ;)
I want infinite ways to do it right, and infinite ways to hang myself. :)
---
This sf.net email
Of
Juha-P Lindfors
Sent: Wednesday, October 02, 2002 5:39 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
On Wed, 2 Oct 2002, Matt Munz wrote:
Perhaps we're using 'persist' differently. The mbean registry contains
object references to all of the mbeans
On Thu, 3 Oct 2002, Matt Munz wrote:
Juha,
what you need to persist from the registry is the information to
recreate the mbeans
OK. Great. Sorry for the confusion. I think this information is
essentially the MBeanInfo, the object name, and possibly, a dependency
indicator (MB foo
Well, I'm very interested. The work I do is spec-friendly.
An important selling point for us with JBoss is flexibility
via spec compliance. Since I see persistence as an
invaluable feature for JMX, having it be a full fledged
aspect of the spec is important for me. Perhaps if JBoss
] creating persistent MBeans dynamically
On Thu, 3 Oct 2002, Matt Munz wrote:
Juha,
what you need to persist from the registry is the information to
recreate the mbeans
OK. Great. Sorry for the confusion. I think this information is
essentially the MBeanInfo, the object name, and possibly
PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
On Thu, 3 Oct 2002, Matt Munz wrote:
Juha,
what you need to persist from the registry is the information to
recreate the mbeans
OK. Great. Sorry for the confusion. I think this information is
essentially
On Thu, 3 Oct 2002, Matt Munz wrote:
all of mbeaninfo should not be always stored. for instance, if I
instantiate my MMB by using a definition from an URL or db then the
mbeaninfo is already persisted there and should not be duplicated (only
the ref to where to locate it is needed). This
On 2002.10.03 17:19:27 -0400 Juha-P Lindfors wrote:
On Thu, 3 Oct 2002, Matt Munz wrote:
all of mbeaninfo should not be always stored. for instance, if I
instantiate my MMB by using a definition from an URL or db then the
mbeaninfo is already persisted there and should not be duplicated
On Thu, 3 Oct 2002, David Jencks wrote:
The location does not have to be accessible after deployment, so the mbean
persistence mechanism has to store it itself.
why wouldn't it be accessible? and if my persistence mechanism is
something like Dain's CMP engine, I don't expect it to store the
Hi all,
Now for the interesting stuff... At this point, I have dynamic creation of
MBeans figured out -- I can even get them to persist and reload their state
through a manually-assisted process. The next step is to complete the cycle
by loading the metadata of the MBeans at runtime.
There
]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
Hi all,
Now for the interesting stuff... At this point, I have dynamic creation of
MBeans figured out -- I can even get them to persist and reload their state
through a manually-assisted process. The next step is to complete the cycle
PROTECTED]]On Behalf Of Matt
Munz
Sent: Wednesday, October 02, 2002 10:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
Hi all,
Now for the interesting stuff... At this point, I have dynamic creation
of
MBeans figured out -- I can even get them
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Wednesday, October 02, 2002 12:26 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] creating persistent MBeans dynamically
I don't have time to think this through extensively, but I would like
On Wed, 2 Oct 2002, David Jencks wrote:
For making it work in the short term perhaps only persisting mbeans with a
particular descriptor will be the best plan, you can set this descriptor
for your dynamically created mbeans now, and we can set it for all the
others later.
yes, agreed, add a
On Wed, 2 Oct 2002, Matt Munz wrote:
Perhaps we're using 'persist' differently. The mbean registry contains
object references to all of the mbeans in the server.To me, persisting
the registry (or a part of it), means serializing those objects completely
(MB info + data).
no, the
Juha Group,
make sure you add the getMethod and setMethod mapping to your MMB
attributes.
Thanks. I did this and started re-reading your JMX book. I now have a new
error :)
Below, I include my MBean Info generation code, and some error output. When
I try to view the jmx-console page for
do you have operation info for the operation names you are mapping to
(setId getId)?
On Tue, 1 Oct 2002, Matt Munz wrote:
Juha Group,
make sure you add the getMethod and setMethod mapping to your MMB
attributes.
Thanks. I did this and started re-reading your JMX book. I now have a
]]On Behalf Of
Juha-P Lindfors
Sent: Tuesday, October 01, 2002 12:20 PM
To: JBoss Developers Group
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
do you have operation info for the operation names you are mapping to
(setId getId)?
On Tue, 1 Oct 2002, Matt Munz wrote:
Juha Group
info) on MBeanServer?
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Juha-P Lindfors
Sent: Friday, September 27, 2002 11:05 PM
To: JBoss Developers Group
Subject: Re: [JBoss-dev] creating persistent MBeans dynamically
make the mbean registry
You need to write your own registry implementation. The
JBossMBeanRegistry does
not automatically add classloaders that happen to be mbeans to the
loader
repository which the BasicMBeanRegistry does. I believe our
implementation of
the ModelMBean is the XMBean stuff.
Hi Matt,
Answers in line.
From: Matt Munz [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
Date: Mon, 30 Sep 2002 11:08:40 -0400
Juha group,
It appears that there are two registries available
Hi all,
I have two questions here, a specific one relating to the subject, and a
more general question pertaining to the larger problem that I'm trying to
solve.
First off, what is the best way to create new MBeans while the server is
running, in a persistent fashion? Say, for example, I
There have been some discussions about this, and my opinion is not
universally accepted by any means...
At the moment there isn't any provision for persisting any mbean
configuration and using it in any way. I hope that we can use the
persistence stuff you wrote to make the following scheme
make the mbean registry persistent (it's already an mbean) triggering
store() on registerMBean() calls, and have your widget factory register
mbeans using the registry mbean operation registerMBean(Object,
ObjectName, Map) where you pass in the valueMap the additional info to
store for
to the
contrary as well...
Really interesting stuff...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Friday, September 27, 2002 9:08 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] creating persistent MBeans dynamically
] creating persistent MBeans dynamically
make the mbean registry persistent (it's already an mbean) triggering
store() on registerMBean() calls, and have your widget factory register
mbeans using the registry mbean operation registerMBean(Object,
ObjectName, Map) where you pass in the valueMap
34 matches
Mail list logo