[wildfly-dev] allow-resource-service-restart=true

Rostislav Svoboda rsvoboda at redhat.com
Tue Nov 8 07:00:58 EST 2016


> Not all operations handle the allow-service-restart header

Sure, atm it depends a bit on the underlying service.

@statistics-enabled
Shouldn't be the goal to enable & disable stats without reload or restart required at all ?
There are some people/customers which restart or reload their farm of servers only on planned days.
For example for WS subsystem we can enable and disable without reload required, allow-resource-service-restart is to me just helper to avoid full reload.

@Reduce reload-required in general
I think some long-term effort is needed, less reload-required is better for end-user experience.
This probably needs to be more RFE-ish.

Regards.
Rostislav

> > On 4 Nov 2016, at 15:09, Martin Stefanko <mstefank at redhat.com> wrote:
> > 
> > 
> > Hi,
> > 
> > I am looking for help with the usage of the allow-resource-service-restart
> > header. For the following examples each attribute is a boolean with
> > "restart-required" set to "no-services".
> > 
> > When I run
> > 
> > /subsystem=jmx:write-attribute(name=non-core-mbean-sensitivity,value=true){allow-resource-service-restart=true}
> > 
> > it works as expected, but
> > 
> > /subsystem=undertow:write-attribute(name=statistics-enabled,value=true){allow-resource-service-restart=true}
> > 
> > for instance, puts the server into the reload-required state.
> > 
> > This is happening on several other places so I want to ask if it is a
> > desired behavior.
> > 
> > 
> > Martin Stefanko
> > 
> > Associate Software Engineer
> > JBoss Sustaining Engineering Team
> > Red Hat Czech s.r.o.
> > _______________________________________________
> > wildfly-dev mailing list
> > wildfly-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/wildfly-dev
> 
> 
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
> 


More information about the wildfly-dev mailing list