Data Config Issue

[Ki_Setargilop]

Hi there,

I have an issue with regards to $this->config->config_data for an app. When I am running my function and print the values of config_data, it gives the current saved values in the DB. Whereas, when run in async, it will give the old or previous value.

Thanks.

-Ki

[Ralf_Becker_Stylite]

Hi Ki,

Hi there,

I have an issue with regards to $this->config->config_data for an app. When
Hmm, you should anyway use

config::read($app)

I am running my function and print the values of config_data, it gives the
current saved values in the DB. Whereas, when run in async, it will give the
old or previous value.
$this->config->data only changes, when you call config->read_repository().

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

[Ki_Setargilop]

Hi Ralf,

I tried config::read($app) but still no luck. Same issue occurred. Does it involve session? I guess session for the old config value appearing on async but not in the non-async action.

Please advise. Thanks.

-Ki

[Ralf_Becker_Stylite]

Hi Ki,

Hi Ralf,

I tried config::read($app) but still no luck. Same issue occurred. Does it
involve session? I guess session for the old config value appearing on async
but not in the non-async action.
I think we found and fixed your issue:

http://svn.stylite.de/viewvc/egroupware?revision=47749&view=revision

Flushing or cache only worked for memcached backend, but not for the two
default backends APC(u) or files.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

[Ki_Setargilop]

Hi Ralf,

I think the issue here occurs i the function init_static under config.php of phpgwapi. Do i need to comment that out? Thanks.

[Ralf_Becker_Stylite]

Hi Gil,

Hi Ralf,

I think the issue here occurs i the function init_static under config.php of phpgwapi. Do i need to comment that out? Thanks.
If you comment whole init_static out, config will stop working!

You could comment

if (!(self::$configs = egw_cache::getInstance(CLASS, ‘configs’)) ||
!is_array(self::$configs[‘phpgwapi’]))

Then config is never read from cache, but always from database. This
will lead to a slower system, but will work.

If you have a problem with caching, which is not yet fixed, report or
debug it and we will fix it.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

[Ki_Setargilop]

Hi Ralf,

How will cache be updated from the database? It seems I am running the old config values when run in async. Thanks.

[Ralf_Becker_Stylite]

Hi Ki,

Hi Ralf,

How will cache be updated from the database? It seems I am running the
old config values when run in async. Thanks.
Have you updated your checkout with my fixes AND cleared the cache after?

Whenever a change happens, we invalidate the cache.
When value is needed the next time, it is read from database.

It could be, that the cache backend you use differs between Apache and cli.

Are you using APC(u)? If yes, do you have it enabled for cli too?

As a test you can force Apache and cli to use same cache backend, eg. by
explicitly specifying it in header.inc.php:

$GLOBALS['egw_info']['server']['cache_provider_instance'] =

‘egw_cache_files’;

or in phpgwapi/inc/class.egw_cache.inc.php on line 83:

static $default_provider = array('egw_cache_files');

Make sure your cron-job runs as Apache user and not eg. root, because
then Apache can NOT update the cache!

Ralf

From: “Ralf Becker-2 [via EGroupware]” [[hidden email]
</user/SendEmail.jtp?type=node&node=3999468&i=0>]
To: Ki Setargilop [[hidden email]
</user/SendEmail.jtp?type=node&node=3999468&i=1>]
Date: Fri, 18 Jul 2014 03:15:38 -0700 (PDT)

Hi Gil,

Hi Ralf,

I think the issue here occurs i the function init_static under
config.php of phpgwapi. Do i need to comment that out? Thanks.
If you comment whole init_static out, config will stop working!

You could comment

if (!(self::$configs = egw_cache::getInstance(CLASS, ‘configs’)) ||
!is_array(self::$configs[‘phpgwapi’]))

Then config is never read from cache, but always from database. This
will lead to a slower system, but will work.

If you have a problem with caching, which is not yet fixed, report or
debug it and we will fix it.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany