sfConfigCache in tasks

Hello everyone,

i'm currently writing tasks for a plugin and ran into the
following problem:

i created some custom configuration handlers and need to
access them in 
a task. But when i run the task i get a "sfConfigCache
class not found" 
error.

how can i make this class available to tasks ?

the faulty code is :

  require_once 
sfConfigCache::getInstance()->checkConfig('config/etal/da
tasources.yml');

thanks in advance,

tristan

-- 
Tristan RIVOALLAN    http://www.clever-age.com
Clever Age - conseil en architecture technique
GSM: +33 6 219 219 33   Tél: +33 1 53 34 66 10 

Clever Age vous invite à ses petits-déjeuners
http://www.clever-age.com/actualites/petits-dejeuners/



--
To unsubscribe, e-mail: dev-unsubscribesymfony-project.com
For additional commands, e-mail: dev-helpsymfony-project.com

Hi Tristan,

This is a problem with the way symfony tasks works for now.
I plan to 
abstract the autoloading to be able to use it in tasks. This
is the same 
problem we have with the latest beta with the
propel-generate-crud task. 
I think I will add an __autoload() function in the symfony
command line 
(I did the same for unit testing - see
test/unit/boostrap.php).

Fabien

Tristan Rivoallan wrote:
> Hello everyone,
> 
> i'm currently writing tasks for a plugin and ran into
the following 
> problem:
> 
> i created some custom configuration handlers and need
to access them in 
> a task. But when i run the task i get a
"sfConfigCache class not found" 
> error.
> 
> how can i make this class available to tasks ?
> 
> the faulty code is :
> 
>  require_once 
>
sfConfigCache::getInstance()->checkConfig('config/etal/da
tasources.yml');
> 
> thanks in advance,
> 
> tristan
> 

--
To unsubscribe, e-mail: dev-unsubscribesymfony-project.com
For additional commands, e-mail: dev-helpsymfony-project.com

Fabien POTENCIER wrote:
> Hi Tristan,
>
> This is a problem with the way symfony tasks works for
now. I plan to 
> abstract the autoloading to be able to use it in tasks.
This is the 
> same problem we have with the latest beta with the 
> propel-generate-crud task. I think I will add an
__autoload() function 
> in the symfony command line (I did the same for unit
testing - see 
> test/unit/boostrap.php).
thanks for the explanations.

do you want me to create a ticket for this ?

++
tristan

-- 
Tristan RIVOALLAN    http://www.clever-age.com
Clever Age - conseil en architecture technique
GSM: +33 6 219 219 33   Tél: +33 1 53 34 66 10 

Clever Age vous invite à ses petits-déjeuners
http://www.clever-age.com/actualites/petits-dejeuners/



--
To unsubscribe, e-mail: dev-unsubscribesymfony-project.com
For additional commands, e-mail: dev-helpsymfony-project.com

Yes, sure.

Tristan Rivoallan wrote:
> Fabien POTENCIER wrote:
>> Hi Tristan,
>>
>> This is a problem with the way symfony tasks works
for now. I plan to 
>> abstract the autoloading to be able to use it in
tasks. This is the 
>> same problem we have with the latest beta with the 
>> propel-generate-crud task. I think I will add an
__autoload() function 
>> in the symfony command line (I did the same for
unit testing - see 
>> test/unit/boostrap.php).
> thanks for the explanations.
> 
> do you want me to create a ticket for this ?
> 
> ++
> tristan
> 

--
To unsubscribe, e-mail: dev-unsubscribesymfony-project.com
For additional commands, e-mail: dev-helpsymfony-project.com

Fabien POTENCIER wrote:
> Yes, sure.
http:/
/www.symfony-project.com/trac/ticket/958

++
tristan

-- 
Tristan RIVOALLAN    http://www.clever-age.com
Clever Age - conseil en architecture technique
GSM: +33 6 219 219 33   Tél: +33 1 53 34 66 10 

Clever Age vous invite à ses petits-déjeuners
http://www.clever-age.com/actualites/petits-dejeuners/



--
To unsubscribe, e-mail: dev-unsubscribesymfony-project.com
For additional commands, e-mail: dev-helpsymfony-project.com