David,
Thanks again for your insight. > I think that the metadata actually includes the current values for all the > attributes, in the "value" descriptor for each attribute. So serializing I think I get this, but just to be sure -- I found ModelMBeanAttributeInfo.getDescriptor(). To get to this, I need to cast MBeanAttributeInfo (down) to ModelMBeanAttributeInfo. I gather that this is a safe operation based on the assumption that MBeanAttributeInfo's on a Model MBean are always ModelMBeanAttributeInfo's. Let me know if you know if this is an incorrect assumption. > What I don't understand from the book's example is how, on load, the > descriptor value gets fed into the managed resource. There's some way to > do this, I did it for creating xmbeans directly from *-service.xml ;-) but > I'm not seeing how this will happen from the persistence load operation > yet. This is a good question. I think that this will require some extra information being passed to the PersistenceManager. The path to the model object is MBean -> interceptor stack -> (intervening interceptors) -> ObjectReferenceInterceptor -> (other classes) -> model object. Its just a matter of getting a reference to one of these classes passed to the PersistenceManager, I think, ... Alternatively, I can try making the matching calls to setAttribute() for each loaded attribute. This may be a messy solution, however... - Matt -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: Tuesday, August 20, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Re: XMBean Persistence I think that the metadata actually includes the current values for all the attributes, in the "value" descriptor for each attribute. So serializing the metadata will bring the current values with it... at least if there have been no internally generated value changes to get the descriptor value out of synch with the internal value. ( I don't understand all the issues with this). What I don't understand from the book's example is how, on load, the descriptor value gets fed into the managed resource. There's some way to do this, I did it for creating xmbeans directly from *-service.xml ;-) but I'm not seeing how this will happen from the persistence load operation yet. david jencks On 2002.08.20 14:03:19 -0400 Matt Munz wrote: > (copied from the forums) > > Hi all, > > Is XMBean persistence supposed to persist the metadata, data (model > object > state), or both? > > I've been able to get this working to a point, based on the suggestions > made > by David. I now have a service whose Persistence Manager class is > instantiated when the model MBean is created and is invoked according to > the > persistence policy. > > Now it's time to fully implement the persistence manager class. It seems > that, to do what I want it to do, the PersistenceManager interface should > be > modified. Since this is the first major diversion I'm making from the > existing architecture, I thought I'd ask all of you to verify that I am > on > the right track. > > What is the Persistence Manager supposed to do, exactly? It occurs to me > that what I want it to do is to persist the state of the object that is > being managed by the MBean. For example, say I have an XMBean that has a > User object as its model. If I use the JMX Agent to change the Name > attribute of the User object to "Fred", then the persistence manager is > called, and I would expect the persistence manager to store the string > "Fred" in the persistence store. > > When I look at the persistence code on p. 222 of "JMX: Managing J2EE...", > however, I see that only the metadata is persisted/loaded. The fact that > the > Name attribute is read/write, for example, is stored, but the actual > content > ("Fred") is not, as far as I can tell. > > What should I be persisting here -- data, metadata, or both? > > Thanks again for all the help so far. > > - Matt > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
