[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