Use composer's autoload-dev feature

[Maks3w]

This feature exists since composer/composer#1344

This require update old composer installations

[localheinz]

👍

[localheinz]

@Maks3w

WTF, php-cs-fixer again.

[localheinz]

@Maks3w

This change fabpot/PHP-CS-Fixer@86a0f41 results in a failure when null === $path.

See https://github.com/fabpot/PHP-CS-Fixer/pull/349.

[localheinz]

@Maks3w

I guess the regression mentioned above affects a bunch of PRs again? How about fixing the php-cs-fixer dependency to a commit that has proved to work?

[localheinz]

@Maks3w

Never mind, @fabpot has already merged!

Need to restart the build.

[Ocramius]

@Maks3w just a wild guess, but maybe the autoloader is only generated correctly with composer update?

[Maks3w]

Any change in composer.json implies a composer update.

[localheinz]

@Maks3w

As I said, the build needs to be restarted.

[Ocramius]

@localheinz I restarted the build

[Ocramius]

Manually rebased/merged

[Martin-P]

This PR breaks PHPUnit testing on Windows machines.

D:\zf2-bugs\vendor\zf2\tests>phpunit
PHPUnit 4.2.6 by Sebastian Bergmann.

Configuration read from D:\zf2-bugs\vendor\zf2\tests\phpunit.xml

....
Fatal error: Class 'ZendTest\Form\TestAsset\InputFilterProvider' not found in D:\zf2-bugs\vendor\zf2\tests\ZendTest\Form\FormTest.php on line 187

When I place the original code back into _autoload.php all works fine again:

<?php
/**
 * Setup autoloading
 */

include_once __DIR__ . '/../vendor/autoload.php';

$loader = new Zend\Loader\StandardAutoloader(
    array(
        Zend\Loader\StandardAutoloader::LOAD_NS => array(
            'ZendTest' => __DIR__ . '/ZendTest',
        ),
    )
);
$loader->register();

[Martin-P]

Ping @Maks3w @Ocramius

[Ocramius]

@Martin-P is that a path mismatch?

[Martin-P]

@Ocramius The path is not recognized anymore due to changing the autoloader. I opened issue #6737 for it and got a solution for this. I now need to execute an additional command to make the autoloader recognize the assets: composer dump-autoload.

It was not necessary before, so I did not know I needed to perform this extra step now to make it work. I guess this change only needs an update in the docs.

[Ocramius]

I think we didn't use the global phpunit since 2.2. As for dump-autoload, the first installation/update handles it if not executed with the --no-dev flag

[Martin-P]

the first installation/update handles it

Only when installing ZF2 via composer, but when I fetch ZF2 directly from GitHub (as described in the README-GIT.md) there is no composer autoload involved.

[Ocramius]

@Martin-P the first installation (even when testing) requires composer install anyway. This is indeed a documentation issue.

[Martin-P]

My comment went a bit early... I never needed composer install for testing, just git fetch zf2.

[Ocramius]

Yeah, that was changed a lot of time ago: guess we missed updating the contributing notes :-\

[Martin-P]

Ah, okay, that explains my issue 😄