Bug #25649
closedAutoload seems to be case sensitive when started in cli-mode
0%
Description
Autoloader seems to be case sensitive, therefore it was not able to unserialize task settings. This was because it could not load it's own classes by using original ext_autoload.php
While task was executed without any trouble when started from backend I spended hours and hours to get it work in cli mode.
This is what I did:
After having a look at scheduler's 'ext_autoload.php' I looked up for each class file which was referenced by this file (keys there are all lowercase) and included them in my extensions 'ext_autoload.php':
$extensionPath = t3lib_extMgm::extPath('pgtigercal');
------
$retval = array(
// classed for my extension
'tx_pgtigercal_scheduler' => $extensionPath . 'lib/class.tx_pgtigercal_scheduler.php',
'tx_pgtigercal_scheduler_additionalfieldprovider' => $extensionPath . 'lib/class.tx_pgtigercal_scheduler_additionalfieldprovider.php',
// scheduler is case sensitive so we have also to assign the original class names to get it work
'tx_scheduler_AdditionalFieldProvider' => t3lib_extMgm::extPath('scheduler', 'examples/class.tx_scheduler_testtask_additionalfieldprovider.php'),
'tx_scheduler_CronCmd' => t3lib_extMgm::extPath('scheduler', 'class.tx_scheduler_croncmd.php'),
'tx_scheduler_Task' => t3lib_extMgm::extPath('scheduler', 'class.tx_scheduler_task.php'),
'tx_scheduler_Execution' => t3lib_extMgm::extPath('scheduler', 'class.tx_scheduler_execution.php'),
'tx_scheduler_FailedExecutionException' => t3lib_extMgm::extPath('scheduler', 'class.tx_scheduler_failedexecutionexception.php'),
'tx_scheduler_TestTask' => t3lib_extMgm::extPath('scheduler', 'examples/class.tx_scheduler_testtask.php'),
'tx_scheduler_TestTask_AdditionalFieldProvider' => t3lib_extMgm::extPath('scheduler', 'examples/class.tx_scheduler_testtask_additionalfieldprovider.php'),
'tx_scheduler_SleepTask' => t3lib_extMgm::extPath('scheduler', 'examples/class.tx_scheduler_sleeptask.php'),
'tx_scheduler_SleepTask_AdditionalFieldProvider' => t3lib_extMgm::extPath('scheduler', 'examples/class.tx_scheduler_sleeptask_additionalfieldprovider.php')
);
return $retval;
----
So I think it's nearly proved that there is something wrong with autoload handling of scheduler.
(issue imported from #M13381)
Updated by Petra Arentzen almost 15 years ago
Sorry, forgot to mention, that it occured under TYPO3 4.3.1, Apache2
PHP:
PHP 5.2.11-2 with Suhosin-Patch 0.9.7 (cli) (built: Nov 21 2009 21:17:44)
Updated by Francois Suter over 14 years ago
I can't reproduce this issue at all, be it with the default Scheduler's tasks or with tasks provided by some other extension. I don't know why this happens on your system.
Besides the already provided information, what OS are you running on? Could you turn off Suhosin and see if it makes a difference?
Updated by Petra Arentzen over 14 years ago
Hello,
I'm using an Debian Lenny / stable / unstable mix as a xen guest for development.
In the meantime I upgraded php to 5.3.1-5 and the problem disappeared at all.
So I can't reproduce it and I don't know why it didn't work at the time I submitted the problem to bug tracker. The only thing I know is that the problem I described has existed in the constellation before and now it disapeared.
Sorry, that I can't tell you more and thank you for taking care about the problem.
Greetings
Petra
Updated by Christian Kuhn over 14 years ago
Resolved, unable to reproduce.
Please re-open the issue if there is a clear way on how to reproduce, so that we have a chance to dig into.
Updated by Francois Suter over 12 years ago
- Status changed from Resolved to Closed
Updated by Michael Stucki almost 11 years ago
- Project changed from 739 to TYPO3 Core
- Category changed from scheduler to scheduler
- Target version deleted (
0)