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
eed to let the door
> open for fools to do foolish things ;)
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > marc fleury Envoye : vendredi, 4 octobre 2002 16:45
> > A : [EMAIL PROTECTED]
> > Objet :
c
> 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 i
> 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 pro
> 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?
--
> 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
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
--
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
[EMAIL PROTECTED]
> Objet : RE: [JBoss-dev] 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
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
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 d
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)
ribute values in the
mbean infos and storing this separately. I'd favor storing the mbean infos
in the xmbean xml format: we already know how to read it, we just have to
learn how to write it.
thanks
david jencks
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [m
, October 03, 2002 10:07 AM
To: [EMAIL 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 fo
> 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 JBo
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 (M
c eventually :)
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf 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:
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 i
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
le &
persistence. Does anyone Juha know if this is likely?
- Matt Munz
-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 dynam
AIL PROTECTED]
> [mailto:[EMAIL 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 poin
]
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
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
L PROTECTED]]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
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 n
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 fo
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,
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.
S
elObject, MBeanInfo
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
s-dev] 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 va
erstand arguments 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 MB
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 recreating
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 wor
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 ha
34 matches
Mail list logo
