[jboss-dev-forums] [Management Development] - ProfileService SPI impacts of domain.xml

[Emanuel Muckenhuber]

Emanuel Muckenhuber [http://community.jboss.org/people/emuckenhuber] replied to the discussion

"ProfileService SPI impacts of domain.xml"

To view the discussion, visit: http://community.jboss.org/message/536509#536509

--------------------------------------------------------------
> Scott Stark wrote:
> 
> I don't see that it is practical to have the original deployment state an indirection on some configuration object, so what you mean is that when we override the property value, we are doing so with an injection to a property in the domain configuration metadata object.
Yes, i think using the domain configuration for this would make sense. In the end that's what matters.
> Scott Stark wrote:
> One of the changes we have to make to the profileservice ManagedObject implementation is to have a seperation from the runtime and configuration. The configuration is the unresolved BeanMetaData with only simple values and injection references. We cannot query the runtime state of the runtime component. Access to runtime values and operations is a seperate aspect from the configuration.
A clearer separation between configuration and runtime is something missing. In the end "configuration" is what should be exposed based on the domain model and then we can look at merging runtime MOs into a composite MO - so configuration always maps back to the domain model. For runtime objects we just provide value dispatching, no persistence.

So i think that full out of the box configuration support for BeanMetaData - like we have it now. Where we overwrite the MO view with the actual pojo MO view and then update BMD, is something out of the scope. It also requires classloading so that we can actually build the pojo view.

However we should be able to add better support for e.g. BeanMetaDataFactories - since we basically provide a domain specific metadata to another domain specific metadata. So the domain thread pool metadata to the actual thread pool metadata bean factory.

--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/536509#536509]

Start a new discussion in Management Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2107]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20100409/147b26a0/attachment.html