Модуль Minion с Kohana 3.3 на Kohana 3.2 - Космонавт в лодке

В данный момент разрабатываю проект на Kohana. В этом проекте не малую роль играют задания выполняемые через cron. Еще не имея опыта работы с cron и Kohana я думал, что скрипты можно вызывать напрямую, а в контроллере делать проверку Kohana::$is_cli для определения вызова cli. Но как выяснилось существует модуль с версии 3.0, который эволюционировал и в 3.3 стал частью поставки Kohana по умолчанию.
Проблема в том, что Kohana 3.3 внесла некоторые изменения в свой autoload, которые несомненно более удобны. Теперь не обязательно писать классы с заглавной только первой буквой и не обязательно именовать файлы и папки в нижнем регистре. Теперь можно писать так Kohana_CLI, Class_InvalidTask и еще так InvalidTask.php.

Для прикрутки module Minion сначала я хотел было воспользоваться версией для 3.2, которая была загружена Zeelot3k в теги модуля на git. Но там оказалась поделка из более ранней 3.1. В ней используется bash скрипт для вызова index.php с параметрами, когда как в 3.3 minion просто обертка для модуля. Выложенное решение для 3.2 по моему не рабочее, по крайне мере я так и не смог запустить свой task.


sudo ./minion --task=welcome
Task "welcome" does not exist

sudo ./minion --task=welcome

Task "welcome" does not exist

После я копировал модуль с 3.3 версии.
Для запуска модуля необходимо переименовать все файлы в директории minion в нижний регистр, включая папки. так же исправить имена файлов и классов по правилам именования Kohana 3.2, т.е. Kohana_CLI на Kohana_Cli и InvalidTask в Invalidtask.
Далее подключить модуль как обычно в Kohana::modules() и исправить index.php в конце на следующий код


if (PHP_SAPI == 'cli') // Try and load minion
{
    class_exists('Minion_Task') OR die('Please enable the Minion module for CLI support.');
    set_exception_handler(array('Minion_Exception', 'handler'));

Minion_Task::factory(Minion_CLI::options())->execute(); 
}  
else
{

    echo Request::factory()
            ->execute()
            ->send_headers(TRUE)
            ->body();
}

if (PHP_SAPI == 'cli') // Try and load minion

{

class_exists('Minion_Task') OR die('Please enable the Minion module for CLI support.');

set_exception_handler(array('Minion_Exception', 'handler'));

Minion_Task::factory(Minion_CLI::options())->execute();

}

else

{

echo Request::factory()

->execute()

->send_headers(TRUE)

->body();

}

И все, должно работать. Создаем в папке /classes/task файл welcome.php с кодом


class Task_Welcome extends Minion_Task {
protected function _execute(array $params)
{
    Minion_CLI::write('hello world!');
}
}

class Task_Welcome extends Minion_Task {

protected function _execute(array $params)

{

Minion_CLI::write('hello world!');

}

Далее вызываем.


sudo ./minion --task=welcome
hello world!

sudo ./minion --task=welcome

hello world!

Темы с вопросами о minion с официального форума:
1
2
3

Так же в решении вопроса мне помог блог участника сообщества biakaveron.
У него можно почитать про модуль подробнее.

GIT REPO: https://github.com/seyfer/minion

UPD: 2014-11-28

Сейчас я пользуюсь стандартным minion для версии 3.2, т.к. у меня возникли некоторые проблемы с совместимостью с другими модулями.
Поэтому я описал пакет вот так


{
            "type": "package",
            "package": {
                "name": "kohana/modules/minion32",
                "version": "3.2",
                "source": {
                    "type": "git",
                    "url": "https://github.com/kohana/minion.git",
                    "reference": "k3.2-v1.0"
                }
            }
        },

{

"type": "package",

"package": {

"name": "kohana/modules/minion32",

"version": "3.2",

"source": {

"type": "git",

"url": "https://github.com/kohana/minion.git",

"reference": "k3.2-v1.0"

}

И подключил его в require, а мой портированный с 3.3 удалил. Проект на 3.2. и отлично все работает.

UPD: 2014-11-28

Похожие посты: