[FLOW3-general] using libraries via composer

[Cedric Ziel]

Hi Thomas, 

In your Controller, you should use Guzzle with leading backslash \Guzzle\Http.. Otherwise, it would be required on the relative Namespace-not in all cases, but enough. I installed guzzle in a product as well (for Geocode) - no confusion there. 

I assume u are in Development context and cleaned all existing temporary files, as the process of recompiling doesn't always work well..? 

Regards, 
Cedric



Thomas Mammitzsch <thomas at visualworx.de> schrieb:

>Hi Cedric,
>
>i removed the autoload.php from the Packages/Libraries Folder but had
>no 
>success. It still complains about Class 'PHPUnit_Framework_TestCase'
>not 
>found. But only for guzzle tests and symfony/event-dispatcher 
>(dependency of guzzle).
>If i delete the tests folder in both libraries, i get no errors, but 
>that breaks composers status of the libs (composer.phar update detects 
>the missing files and complains).
>Also guzzle is not available in my command controller -> "Class 
>'Guzzle\Http\Client' not found in ..." no matter if i keep or remove
>the 
>Libraries/autoload.php.
>Something weird with autoloading is going on there...although i must 
>admit that i don't completely understand how that works.
>
>regards, Thomas
>
>On 28.11.2012 16:01, Cedric Ziel wrote:
>> Hi Thomas,
>>
>> Most errors with library packages seem to be a followup to the
>shipped fallback autoloader.
>>
>> I solved many of them by simply removing the autoloader.php in the
>librarie's folder.
>>
>> You could try that, as flows autoloader in my understanding tries to
>autoload any PHP file-including the shipped ones from the packages.
>>
>> Regards,
>> Cedric
>>
>>
>>
>_______________________________________________
>FLOW3-general mailing list
>FLOW3-general at lists.typo3.org
>http://lists.typo3.org/cgi-bin/mailman/listinfo/flow3-general