oxConfig läuft in Endlosschleife

Hallo,

ich habe da ein für mich unerklärliches Problem in einem “Modul”.

Folgendes Schnipsel läuft bei mir auf zwei verschiedenen Servern (einmal mit PHP als FCGI unter Nginx und einem als mod-php unter Apache) anscheinend in eine Endlosschleife:


function getShopBasePath()
{
    return dirname(__FILE__).'/../../../../';
}

// custom functions file
require getShopBasePath() . 'modules/functions.php';

// Generic utility method file
require_once getShopBasePath() . 'core/oxfunctions.php';

class xt2oxid {

    protected $xtDb = null;

    public function run() {
        $this->init();
    }


    public function init() {
        oxConfig::getConfig()->getConfigParam( 'sXtDb', "1ölo");
        //$this->_xtDb = oxConfig::getConfig()->getConfigParam( 'sXtDb');
    }



}

$xt2oxid = new xt2oxid();
$xt2oxid->run();

Das Error Log meckert folgendermaßen:

PHP Fatal error:  Maximum function nesting level of '100' reached, aborting! in /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php on line 162
PHP Stack trace:
PHP   1. {main}() /mnt/hgfs/projects/oxid_vossloh/modules/alphabytes/xt2oxid/core/xt2oxid.php:0
PHP   2. xt2oxid->run() /mnt/hgfs/projects/oxid_vossloh/modules/alphabytes/xt2oxid/core/xt2oxid.php:52
PHP   3. xt2oxid->init() /mnt/hgfs/projects/oxid_vossloh/modules/alphabytes/xt2oxid/core/xt2oxid.php:38
PHP   4. oxSuperCfg->getConfig() /mnt/hgfs/projects/oxid_vossloh/modules/alphabytes/xt2oxid/core/xt2oxid.php:43
PHP   5. oxRegistry::getConfig() /mnt/hgfs/projects/oxid_vossloh/core/oxsupercfg.php:115
PHP   6. oxRegistry::get() /mnt/hgfs/projects/oxid_vossloh/core/oxregistry.php:88
PHP   7. oxNew() /mnt/hgfs/projects/oxid_vossloh/core/oxregistry.php:52
PHP   8. oxUtilsObject::getInstance() /mnt/hgfs/projects/oxid_vossloh/core/oxfunctions.php:384
PHP   9. oxUtilsObject->oxNew() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:94
PHP  10. oxUtilsObject->getClassName() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:183
PHP  11. oxUtilsObject->getModuleVar() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:323
PHP  12. oxUtilsObject->_getFromCache() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:508
PHP  13. oxUtilsObject->_getCacheFileName() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:684
PHP  14. oxUtilsObject->_getCacheDir() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:635
PHP  15. oxRegistry::get() /mnt/hgfs/projects/oxid_vossloh/core/oxutilsobject.php:617
PHP  16. oxNew() /mnt/hgfs/projects/oxid_vossloh/core/oxregistry.php:52

Das geht denn halt bis Level 100 so weiter. Das kuriose ist, das das selbe Skript bei einem Kollegen ohne Probleme das macht was es soll (im Grunde ja noch gar nix).

Hat jemand eine Ahnung, was schief laufen könnte?

Hier noch mal die Eckdaten:

PHP: 5.4.10, 5.4.9 unter NGINX 1.1.19-1ubuntu0.1
PHP 5.3.10-1ubuntu3.6 with Suhosin-Patch unter Apache 2.2.22-1ubuntu1.3

sowie Oxid COMMUNITY EDITION 4.7.4_57063

Danke im Voraus

Liegt das was man da sieht in ner eigenen Datei oder steht das in der config.inc.php bzw. wird das dort eingebunden? Denn oxConfig::getInstance() includiert natürlich die config.inc.php

Nein, das ist eine eigene Moduldatei, meine metadata.php sieht wie folgt aus:

<?php

/**
 * Metadata version
 */
$aModule = array(
    'id'           => 'xtcommerce2oxid',
    'title'        => 'xt2oxid',
    'description'  => 'Import article data from xt 2 oxid',
    'thumbnail'    => '',
    'version'      => '0.0.1',
    'author'       => 'srit',
    'extend'       => array(),
    'files'		 => array(
        'xt2oxid' => 'xt2oxid/core/xt2oxid.php'
    ),
);

Bootstrap und Registry benutzen, wie in bin/cron.php:


require_once dirname(__FILE__) . "/../bootstrap.php";

// initializes singleton config class
$myConfig = oxRegistry::getConfig();