Configs not picking at runtime | Community
Skip to main content
VeenaVikraman
New Participant
Oct 4, 2017 9:09 PM UTC
Solved

Configs not picking at runtime

Whenever we need to change a value in the configs, the change is not picked up immediately . The server always needs a restart. Is this an issue with server ?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
joerghoh
joerghohAccepted solution
Employee
Oct 8, 2017 7:11 PM UTC

When you package this configuration as OSGI config node and install/deploy on an environment, it should be picked up by the runtime, and there are log statements about a changed configuration. Please validate in your error.log that these log statements are present.

If these log statements about a changed configuration are there, the service which has the same PID as the configuration, will be notified. This notification can be done in 2 ways:

* If the service provides a modification methods (using the @modified annotation), this method will be called.

* if the services noes not provide a modification method (that means, that the service does not have a method with the @modification annotation), the service will the deactivated and then activated again (which might result in deactivations/activations of other services).

Can you check for the log messages?

8 replies

VeenaVikraman
New Participant
Oct 9, 2017 11:47 AM UTC

I will check this and get back as soon as possible . Thanks Jorg.

Translate
joerghoh
joerghohAccepted solution
Employee
Oct 8, 2017 7:11 PM UTC

When you package this configuration as OSGI config node and install/deploy on an environment, it should be picked up by the runtime, and there are log statements about a changed configuration. Please validate in your error.log that these log statements are present.

If these log statements about a changed configuration are there, the service which has the same PID as the configuration, will be notified. This notification can be done in 2 ways:

* If the service provides a modification methods (using the @modified annotation), this method will be called.

* if the services noes not provide a modification method (that means, that the service does not have a method with the @modification annotation), the service will the deactivated and then activated again (which might result in deactivations/activations of other services).

Can you check for the log messages?

Translate
VeenaVikraman
New Participant
Oct 6, 2017 10:38 PM UTC

I have a service in which I pass the values via osgi:config . So when there is a request from business for any change we change the values under config.prod for the corresponding configuration , package the node and install it in prod. But the issie is when this config is installed , it always needs a restart for he config to get picked up. My wlquestion is whether this is a normal behaviour or am I missing something ?

We use AEM 6.2

Translate
joerghoh
Employee
Oct 6, 2017 6:31 PM UTC

With Config you mean "OSGI Configuration"? How do you perform these changes? What AEM version are you using? And what is logged during that time?

Jörg

Translate
VeenaVikraman
New Participant
Oct 6, 2017 3:22 AM UTC

Nope. Thats not the case here . We cross checked. We don't have any config set via felix console. Still the system needed a restart. We have raised a daycare ticket, hopefully we will hear back soon.

Translate
viveksachdeva
New Participant
Oct 6, 2017 2:45 AM UTC

Shouldnt require a restart.. I faced similar issue. It was always picking it up from /app/system/config which had old value.. Removed that node and new values started working..

Translate
VeenaVikraman
New Participant
Oct 5, 2017 2:36 PM UTC

Yes . Thats correct!

Translate
jantzen_b
Employee
Oct 4, 2017 9:22 PM UTC

Based on the tags you've provided, I'm assuming your question is related to AEM. I've moved your question to the Adobe Experience Manager​ community. Please let me know if I misunderstood and your question was not related to AEM.

Translate