[jboss-as7-dev] Configuration and user friendlyness

[David M. Lloyd]

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 at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev


-- 
- DML