On 05/06/2011 05:10 AM, Stefano Maestri wrote:
I agree, but as answered in another thread there are (staying on
your
example of data source) some attributes we can't change runtime. We need
to stop pools and so on.
IOW we would need for these cases a composite operation to remove
(nicely) and re-add a resource with all attributes cloned except the
changed ones.
Maybe that's what it looks like on the back end. But there's absolutely
nothing which would prevent the operation handler from doing this FOR you.
Remember that other than for adding extensions, there's never a reason
to shut down the whole server for a change to take effect. In many
cases, restarting the service will suffice, and it will automatically
take care of dependencies for you.
That said, you may not always want that to happen, and especially not
for a simple attribute change, at least without the user's informed
consent. So we might need to discuss that if we haven't already done so
in a different forum.
Probably we need this kind of operations not only for ds and it have
to
be designed considering also the effort guys are doing for nice shutdown
of the server.
just my 2C
S.
On 05/05/2011 03:10 PM, Heiko W.Rupp wrote:
> Hi,
>
> I understand that for many configuration changes, direct editing of values (i.e.
write-attribute) is not supported for various reasons
> - only changing one attribute may introduce inconsistencies
> - applying the change would require a restart
>
> So the result is that many items (better name?) just allow to :remove them and then
to :add
> them again.
>
> This may be fine for items that only have one or two attributes,
> but for a data source as an example with 30 attributes, it is a pain for the user
that
> is not using the embedded console or RHQ to specify them all in a curl statement
> or even in the :add(...) command in the CLI just to increase some Tx timeout or to
provide
> a different password.
>
> There are of course other items in the management tree where this applies as well.
>
> Heiko
>
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
- DML