>> * move jboss-dmr from ...management.as71 to
...management.core (for
>> ModelNode dependency)
>
> that makes us afaik dependent on specific version of AS/client
> library does it not ?
>
> We've been burned by that so many times.
I totally understand. Not sure if this makes you feel better or not, but here's a
quip from the AS7 docs:
"A management client running with the management libraries created for AS 7.0 should
still work if used to manage an AS 7.99 domain. The management client libraries needed to
be forward compatible." [1]
Yup - and still they broke that by accident during development - and what happens with as8
?
I might just be too burned in the past.
Can't our API just be the actual string ? then you can use a specific dmr to generate
the string and we use it to "encode" it again ?
just a thought.
> Note, this kind of stuff is important we get in - but we should
be
> sure anything that you guys become dependent on is properly
> separated out as public
> API since I don't consider what we have now a stable public api.
At this point, I think that would simply be the management service and possibly any node
types provided by the navigator extension (e.g. SubsystemNode). If the content extension
doesn't make it in, I don't think that's a problem at all (why I thought it
should be separated out into a separate plugin).
I believe the content extension is already there - thats how the file and xpath stuff is
added. Rob Stryker ? speak up ;)
/max
http://about.me/maxandersen