Re: [jboss-as7-dev] Modeling Management Objects (was: birth of "console ui" in eclipse)

The framework creates a dynamic proxy for a bean interface which is backed by JSON, and can serialize object instances to JSON. The shared component would be the interfaces. The nice bit here is that it really simplifies the task of converting to/from JSON (much easier than managing ModelNode objects). You cannot avoid this problem. Ideally, the best solution is to have well defined rules regarding the evolution of the API. In my opinion, the management model should be treated no differently than any other public API provided by the server. Back in the real world, this may require tooling specific to each version. (The tooling is different between AS 5 and 7.) No difference here. If the API changes between releases, you're stuck either way. (Although, it may be better. Because the framework simply proxies back to JSON, added structure will be invisible and removed structure will be null; i.e. you won't really see the changes. It may be odd for the user, wondering why some setting appears to be ignored, but...) Actually, you would be tied to an API specific to the management structure for each version of the runtime. The console and other bits of tooling would depend upon that API. If the API is stable between releases, then all is well. If the API changes, then the console and other bits of tooling will need to be updated. This is really no different than depending on any other API, like Eclipse or OSGi. Those just happen to have a well defined process for managing the evolution of their API, which is the crux of the problem here. That said, having a specific project(s) for a management model(s) might help ensure the stability of the API. Best, Rob