Странное поведение процессора

Очень странная ситуация с процессором modUserUpdateProcessor — в расширяющем процессоре он подключается стандартным образом, привожу начало процессора:

<?php
require_once MODX_CORE_PATH . 'model/modx/processors/security/user/update.class.php';
class chwUserUpdateProcessor extends modUserUpdateProcessor {
	public $classKey = 'chWorker';
	public $permission = 'chworker_save';
	/**
	 * {@inheritDoc}
	 * @return boolean|string
	 */
	public function initialize() {
		
        	exit ('PERM::::: '.$this->permission. ' ::::::RESULT::::: '.$this->modx->hasPermission($this->permission));
		return parent::initialize();
	}

Вызывается этот процессор тоже вполне обычно:

$response = $this->modx->runProcessor('web/user/update',$userData, array('processors_path' => $this->config['processorsPath']));

Но! chwUserUpdateProcessor как файл вызывается, а отрабатывает modUserUpdateProcessor. Видно это простейшим образом: вместо обрыва выполнения на операторе exit() происходит проверка прав с отрицательным результатом и возвратом json.

Если определение класса заменить на

class chwUserUpdateProcessor extends modObjectUpdateProcessor {

, но оставить подключение файла, все равно отработает modUserUpdateProcessor. И только если убрать подключение файла и оставить

class chwUserUpdateProcessor extends modObjectUpdateProcessor {

, тогда все отработает и сохранится (или оборвется на exit(), если не убрать).

Вопрос получается простой: как сделать расширяющий для modUserUpdateProcessor, чтобы он работал корректно, и в нем можно было переопределять свойства/функции?

Надеюсь, что все понятно объяснил.

 

РЕШЕНИЕ:

В своем процессоре, который расширяет стандартный modUserUpdateProcessor, необходимо переопределить метод getInstance():

public static function getInstance(modX &$modx,$className,$properties = array()) {
        $className = __CLASS__;
        $processor = new $className($modx,$properties);
        return $processor;
}

После этого все становится на свои места и корректно работает.
За решение спасибо Николаю.

 

ПРИЧИНА:

Просмотрев код функции modUserUpdateProcessor::getInstance(), стала понятна причина: новый процессор назывался chwUserUpdateProcessor, однако, стандартный код искал класс с названием chWorkerUpdateProcessor, которого, естественно, не обнаруживал.

Косяк с моей стороны, но не слишком очевидным он оказался.

 

МОРАЛЬ:

Названия классов нужно использовать максимально стандартизированные, иначе легко появляются ошибки.

<?php
exit('bla');
require_once MODX_CORE_PATH . 'model/modx/processors/security/user/update.class.php';
class chwUserUpdatetmpProcessor extends modUserUpdateProcessor {
	public $classKey = 'chWorker';
	public $permission = '';

    public function checkPermissions() {
        return true;
    }

    public function run() {
        return true;
    }
}
return 'chwUserUpdatetmpProcessor';

public static function getInstance(modX &$modx,$className,$properties = array()) {
        $className = __CLASS__;
        $processor = new $className($modx,$properties);
        return $processor;
    }

Fatal error: Cannot declare class myMsProductUpdateProcessor, because the name is already in use in  on line 11

Путь 1
...\core\components\mspre\processors\mgr/product/update
Путь 2
...\core\components\mspre\processors\mgr\product/update