PHPUnit: Secure the Park

Loved the "Jurassic Park" reference!
- It's a Unix system!

For those who don't remember:
https://www.youtube.com/wat...

Hey!! What's the magic with "use PHPUnit\Framework\TestCase;" ?? Because I can find it anywhere, and even PHPStorm doesnt. But the tests work with vendor/bin/simple-phpunit.

Just adding this, if someone else is having same issues :-) Try running the recommended command as the FIRST thing after composer require: php bin/phpunit -> Installs the required phpunit as mentioned and phpStorm is happy again ;-)

Hey Mark,

Thanks for pointing this one more time! :) Yes, first run of "bin/phpunit" will install PHPUnit into "bin/.phpunit/" hidden directory. All the next runs will just use that source code. That's done by design, Symfony's PHPUnit Bridge installs PHPUnit into a "bin/.phpunit/", NOT into vendor/, that's why you don't see those classes after Composer commands.

Cheers!

Hey Carlos

It's not magic, you should find that file inside vendor/phpunit/phpunit/src/Framework/TestCase.php

Probably the file location depends on your PHPUnit version but if you are on version 7 (or maybe even version 6) you should find it right there.

Cheers!

But Diego, it isnt there. The only required package is the "symfony/phpunit-bridge": "^4.2". And in the composer.json of phpunit-bridge we see:

"conflict": {
"phpunit/phpunit": "<4.8.35|<5.4.3,>=5.0"
},

My vendor folder only contains this:

autoload.php
/bin
/composer
/guzzlehttp
/psr
/ralouphie
/symfony

I think that the "magic" is done with the phpunit inside the bin folder: ./bin/.phpunit/phpunit-6.5. But I can't figure it out how the autoload finds the classes inside this folder.

Thanks

Hey Carlos!

You're using symfony/phpunit-bridge, which indeed does things a bit differently :). Instead of downloading phpunit into your vendor directory (and all its dependencies), it creates a separate composer.json file and downloads phpunit and all its dependencies into its own isolated directory. The short explanation for why this is, is that it avoids dependency issues between the version of libraries that your app requires and the version that PHPUnit requires. And you were already looking in the right place, there's a script that literally downloads PHPUnit and its dependencies into, in your example, bin/.phpunit/phpunit-6.5. That vendor/ directory is autoloaded, as well as your normal vendor dir. It's definitely some magic, but the point is to work around a few version dependency issues.

Cheers!

Another good example why creating tests during your development process (quite a different one than getting eaten by a Dino :)) is when you are developing a new technology you are not familiar with, and instead of writing a testing environemt (a class or function that does everything you need), you can write the UnitTests or the FunctionalTests which would test each and every aspect of your new logic.

What is so good about this approach?
- Well, it helps you think on the most elementary level - what your logic REALLY needs and not getting tangled inside a labyrinth.

All of this approach expects that you write tests before you write your logic. Now, I myself consider more comfortable to image and think about every aspect of my application before I start coding it and consider it good practise - It's up to you (YOU THE READER) which approach is more comfortable for you.
You hold the reins of your universe in your own hands, mate :)

<3 this so much! What a great example of a way that tests help you that you don't realize until you really dive into them.

Hi!

When I do : composer require --dev "phpunit/phpunit:^6.5" (or : composer require --dev phpunit/phpunit), I get the following error :

In Process.php line 143:
[TypeError]
Argument 1 passed to Symfony\Component\Process\Process::__construct() must be of the type array, string given, called in D:\code-phpunit\start\vendor\sensio\distribution-bundle\Composer\ScriptHandler.php on line 310

Did someone have the same exception ? How to solve it ?

Thanks.

P.S.

Same error when I do composer install.

I am using php 7.3.9

Hey Marko,

Hm, did you download the course code and started from the start/ directory? Or do you follow this course on your personal project?

It seems like "composer update" might help with this error, but it may require more work from you to get the project working after this upgrade. But probably worth to try first.

Cheers!

Cheers!

Hi Victor! Thanks for your answer! Yes, I downloaded the course code and started from the start directory. I have tried "composer update", but I am getting the same error...I have also tried to find a solution on google but no success for the moment...

Hey @Marko!

Sorry about the troubles - that's not the experience we want! The problem is simply that this tutorial is old. Most of the concepts still apply fine, but the code itself is pretty ancient. But, I can tell you two things:

A) We're currently recording and update for this tutorial. That won't help you right this second - but it's coming!
B) The error you're getting us coming from an old bundle that, for some reason, isn't playing nice with your dependencies. I don't know what that's happening - but it's somehow related to... just the code being old. The library is https://packagist.org/packages/sensio/distribution-bundle which is now abandoned. And you shouldn't even need it. Try running composer remove sensio/distribution-bundle and see if that fixes things.

Cheers!

Hi Ryan! Thanks a lot for your answer! I have run : composer remove sensio/distribution-bundle . After that, when I do composer install I am getting the following error : PHP Fatal error: Uncaught Symfony\Component\Debug\Exception\ClassNotFoundException: Attempted to load class "SensioDistributionBundle" from namespace "Sensio\Bundle\DistributionBundle". Did you forget a "use" statement for another namespace? in D:\code-phpunit\start\app\AppKernel.php:24 . So I have commented out the line : $bundles[] = new Sensio\Bundle\DistributionBundle\SensioDistributionBundle(); in AppKernel.php file. composer install runs fine now but after running php bin/console doctrine:database:create, I am now getting : [Symfony\Component\Console\Exception\LogicException] An option named "connection" already exists. If I add : --force at the end, the same error appears.

Hey Marko, I believe if you upgrade the DoctrineBundle library, the error will go away. I'd also suggest removing your vendor directory entirely and clearing the cache manually rm -rf var/cache

Hi MolloKhan. Thanks a lot for your answer. I have done all that you suggest but I am still getting the same error after I do php bin/console doctrine:database:create. So the error is : [Symfony\Component\Console\Exception\LogicException] An option named "connection" already exists.

Hey @Marko!

Apparently this is due to some bug between doctrine/doctrine-bundle and doctrine/dbal. I'm reading that upgrading to doctrine/doctrine-bundle 1.12 would fix it.

To do that (I just did it locally), you should:

A) In composer.json, update the symfony/symfony requirement to 3.4.*
B) Run composer update

That will, among other libraries, update doctrine-bundle to a version without the bug. I can't promise things will work - the code is still very old - but that at least gets beyond this error. Though, I'm not hitting another error using PHP 8.1.

Error: During inheritance of ArrayAccess: Uncaught Error: Class "Symfony\Component\VarDumper
\Cloner\Data

But, this error doesn't happen if I use php 7.4 :).

Cheers!

Hi Ryan! Thanks again for your help, and with these changes it works! And after using php 7.4.13 to avoid the error you have mentioned, I had to revert to php 7.3.9 to continue the tutorial. So it is necessary to 'juggle' with php versions to avoid bugs :)

Yay! Thanks for the update that you got it working and how. We'll have an update soon - these old tutorials are a pain for old PHP versions :).

Cheers!

Hey Symfonycasts team is a dinosaur testing update planned here at some point ??? 😁✌️

Hi Pascal Breitrück!

That is a good question. Yeah we do have some plans about it, but sorry can't say any exact information. =)

Stay tuned!

Hi,

I've installed PHP unit bridge with composer require symfony/phpunit-bridge --dev but when I run ./vendor/bin/simple-phpunit it results in "No tests executed". I didn't change phpunit.xml.dist and I've made sure my class ends with Test and the method is public and starts with test:

`
// tests/AppBundle/Entity/DinosaurTest.php
namespace Tests\AppBundle\Entity;

use PHPUnit\Framework\TestCase;

class DinosaurTest extends TestCase
{

public function testThatYourComputerWorks()
{
    $this->assertTrue(false);
}

}
`

What am I doing wrong?

Edit: when I add tests/ as the first (and only) argument to ./vendor/bin/simple-phpunit it does find my tests. But I'm confused as to why.

I ran into the same problem and was stuck yeah it works when you add tests/ as first argument idk why? Sven W. can you tell why?

Hey CloudCreators

There may be many reasons. I recommend you to execute your tests via php bin/phpunit, that file comes with the recipe when you install the Symfony PHPUnit Bridge component. Can you give it a try and check if the problem goes away?

Cheers!

Hey Sven W.

What Symfony version are you using. On Symfony 5 you run your tests by running bin/phpunit
Can you double-check that your phpunit.xml file has this config? (It just define the test directory path)

    <testsuites>
        <testsuite name="Project Test Suite">
            <directory>tests</directory>
        </testsuite>
    </testsuites>

Cheers!

Hi Diego, I’m using Symfony 3 and I can confirm the definition of the test suite, though it’s in phpunit.xml.dist. (I’ve downloaded the project code from this series.). I’ll double check tomorrow evening to see if creating a copy and renaming it to phpunit.xml (without .dist) makes any difference

Oh, you're on Symfony 3, things may work a bit different on that version. What PHPUnit version are you using? Please give it a try with a non dist phpunit.xml file, it may fix the problem

I'm not on a real project, just using Symfony 3 because that's the code shared for this (a bit older tutorial). Using a non-dist phpunit.xml didn't solve the issue. And I have symfony/phpunit-bridge:5.3.3 installed. It's not that much of an issue to use tests with the command. Just trying to understand what I'm doing wrong :)

Yea... this tutorial it's using an old version of Symfony (Although, the concepts taught here are still relevant) we're planning in upgrading it. I think the problem is you're using phpunit-bridge 5.3 version. You should be using version 3 instead

Cheers!

Hi!
I'm very exited for this tutorial series but I'm having
some problems with initial setup (and from what I can see many people do
too).
I'm not super proficient in creating contained local development environments or with using docker.
I was wondering if maybe you could add docker-compose file to the course code zip file
so that anyone interested in coding along could just spin up a container for this course without worrying about PHP versions,

setting up DB and any other problems that can come up from just the differences in their local env.
From
what i gather you wouldn't have to change any files or the file
structure so it would still be the same as in the videos, you'd just
extend the readme ;)
At the same time somebody learning docker
could learn about it by looking at docker-compose file, how it
structured, what containers need to be created, how they are connected,
etc...

Hi @Kajetan!

Sorry for my slow reply - but thanks for the message!

> but I'm having some problems with initial setup (and from what I can see many people do too).

That's no fun :/ - sorry about that! If you have some specific errors, we could totally help debug. But, I think your next point is valid ;)

> I was wondering if maybe you could add docker-compose file to the course code zip file
> so that anyone interested in coding along could just spin up a container for this course without worrying about PHP versions,

We've been getting this feedback more and more, and I totally agree. We're building some systems in internally to test the course code itself. When we have that, one of the things we'd like to do is generate docker-compose files for the code download and also generate the README. We could create the docker-compose right now - but we want it to be validated by a testing system so that we know it works... and works for all the tutorials we provide it on.

So, yes! This is something we're actively pushing towards. It's especially challenging, I realize, when we might have one tutorial that requires PHP 7.4, then an older tutorial that only works on PHP 7.1-7.3. Docker would fix that.

Cheers!

Hello I have similar issue which was faced by Boris Rieunier

when i run the command: composer update

I get the problem on this file

Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache

[RuntimeException]
An error occurred when executing the "'cache:clear --no-warmup'" command:
[Symfony\Component\Console\Exception\LogicException]
An option named "connection" already exists.

I am trying to set up on PHP 7.2.34

Please guide me on the same.

How do I complete my setup.

PS: I have downloaded the course code and I run composer update on the same.

Hey Pradeep,

I see this course project should work on your PHP version that is 7.2 and that's a good sing. Also, I see that after you downloaded the course code, you ran "composer update" command, but if you would open the README file - you will see that you have to run "composer install" command instead. Please, download the course code again, unzip it, go to start/ directory and follow the steps from the README file there. It means, that instead of "composer update" you will need to run "composer install" that will install the deps locked in composer.lock file.

Let us know if you still see that error even when you run "composer install"

Cheers!

Hello,

Trying to setup the project I have this error on composer install :

[Symfony\Component\Console\Exception\LogicException]
An option named "connection" already exists.

Script Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache handling the symfony-scripts event termi
nated with an exception

[RuntimeException]
An error occurred when executing the ""cache:clear --no-warmup"" command:

[Symfony\Component\Console\Exception\LogicException]
An option named "connection" already exists.

Php version is 7.3.21
My Symfony Version is Symfony CLI version v4.23.5 (2021-04-07T05:30:32+0000 - stable)

I ran a composer update, same issue in the end.

I changed the composer.json so that it could be compatible with my current php version. I am to downgrade my php version for it to work ? If so to wich version ? Thanks !

Hey Boris R.!

Ah, sorry about the troubles! This tutorial (while the contents are still great) is getting a bit old: it's compatible with PHP 7.0-7.3 only (we show that when you hover over the course download link). If a tutorial doesn't support newer versions of PHP it's because, unfortunately, we've determined that we can't upgrade the dependencies to support the newer PHP version without altering the code in some drastic way (where the code in the download would stop looking like the code in the video).

If you want to code along, the easiest path is to use an old version of PHP - v7.3. This tutorial is on our radar to update :).

Cheers!

Hi there, love your tutorials. Ubuntu 20.04 comes bundled with PHP v7.4, which is not compatible with this project's dependencies. What is the best way to get the project going in that environment ?

I realize I could use Docker, or better Docker Compose, but I am not sufficiently proficient to set up that solution quickly.

Hey Paul

Unfortunately, the only way right now it's to downgrade to PHP 7.3 or lower. But, if you're on Ubuntu it should be easy to do so by using update-alternatives. You can see here how to do it https://stackoverflow.com/a/42619419/2088447

Cheers!

Hi, I am trying to set up this project on a PC running windows 10. I am getting an error when trying to install the phpunit package or when trying to run php bin/console cache:clear

See the exact error below:
<blockquote>Updating the "app/config/parameters.yml" file

Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache

[Symfony\Component\Console\Exception\LogicException]
An option named "connection" already exists.

Script Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache handling the symfony-scripts event terminated with an exception

[RuntimeException]
An error occurred when executing the ""cache:clear --no-warmup"" command:

[Symfony\Component\Console\Exception\LogicException]                     
An option named "connection" already exists.                             
                                                                         

</blockquote>

This is the parameters.yml file
`# This file is auto-generated during the composer install
parameters:

database_host: 127.0.0.1
database_port: null
database_name: symfony
database_user: root
database_password: password
mailer_transport: smtp
mailer_host: 127.0.0.1
mailer_user: null
mailer_password: null
secret: ThisTokenIsNotSoSecretChangeIt

`

and the config.yml file
`imports:

- { resource: parameters.yml }
- { resource: security.yml }
- { resource: services.yml }

# Put parameters here that don't need to change on each machine where the app is deployed
# https://symfony.com/doc/current/best_practices/configuration.html#application-related-configuration
parameters:

locale: en

framework:

#esi: ~
#translator: { fallbacks: ['%locale%'] }
secret: '%secret%'
router:
    resource: '%kernel.project_dir%/app/config/routing.yml'
    strict_requirements: ~
form: ~
csrf_protection: ~
validation: { enable_annotations: true }
#serializer: { enable_annotations: true }
templating:
    engines: ['twig']
default_locale: '%locale%'
trusted_hosts: ~
session:
    # https://symfony.com/doc/current/reference/configuration/framework.html#handler-id
    handler_id: session.handler.native_file
    save_path: '%kernel.project_dir%/var/sessions/%kernel.environment%'
fragments: ~
http_method_override: true
assets: ~
php_errors:
    log: true

# Twig Configuration
twig:

debug: '%kernel.debug%'
strict_variables: '%kernel.debug%'

# Doctrine Configuration
doctrine:

dbal:
    driver: pdo_mysql
    host: '%database_host%'
    port: '%database_port%'
    dbname: '%database_name%'
    user: '%database_user%'
    password: '%database_password%'
    charset: UTF8
    # if using pdo_sqlite as your database driver:
    #   1. add the path in parameters.yml
    #     e.g. database_path: '%kernel.project_dir%/var/data/data.sqlite'
    #   2. Uncomment database_path in parameters.yml.dist
    #   3. Uncomment next line:
    #path: '%database_path%'

orm:
    auto_generate_proxy_classes: '%kernel.debug%'
    naming_strategy: doctrine.orm.naming_strategy.underscore
    auto_mapping: true

# Swiftmailer Configuration
swiftmailer:

transport: '%mailer_transport%'
host: '%mailer_host%'
username: '%mailer_user%'
password: '%mailer_password%'
spool: { type: memory }

`

Hey there,

That's and odd error to me. Can you tell me which Symfony version are you using and what database engine?

BTW, try upgrading your composer dependencies, it may help composer upgrade

Cheers!

That issue was resolved with upgrading the memory limit size and using an older version of phpunit but now that I ran composer upgrade phpunit version that is installed is 7.5.

`"require-dev": {

    "phpunit/phpunit": "^7.5",`

The error I get when I try running phpunit commands and I've tried a few different ones is
<blockquote>C:\Users\username\Documents\phpunit>phpunit --version
Could not open input file: C:\Users\username\Documents\phpunit\phpunit.phar
</blockquote>

If I try to run the ./vendor/bin/phpunit command I get

<blockquote>'.' is not recognized as an internal or external command,
operable program or batch file.
</blockquote>

I have a phpunit.cmd file that contains

echo @php "%~dp0phpunit.phar" %* > phpunit.cmd

A bit at a loss here...again this is a Windows 10 pc. If anyone was able to get this to work on their machine I would appreciate the help!

Hey, are you using Symfony's PHPUnit brigde? Check inside your directory bin/ for the executable phpunit. If that's the case you can run PHPUnit through it php bin/phpunit
Give it a try and let me know what happened

You can read more about the bridge here https://symfony.com/doc/current/components/phpunit_bridge.html

I'm having some issues with composer install. the composer lock file from the downloaded code sais i need ocramius 1.7 which requires php ^7.4... what gives?

Hey Liviu M.!

That is 100% our bad! We recently upgraded dependencies on some tutorial to make sure that they could work on php 7.4. For a small number of tutorials, we were missing some config, and we accidentally upgraded the dependencies so that they required PHP 7.4. We're going to fix that :p. At the moment, you should be able run composer update to fix this - but we're going to fix the code download ASAP.

Thanks for the comment!

Would be very nice to include what PHP version (and when applicable what node version) you are using on a project for all the courses. I don't have PHP installed on my pc so I'm using Docker, I had to rebuild my entire container 4 times before getting a PHP version that match all packages requirements.

Hey julien_bonnier

We are very sorry that you got stuck with configurations and spent a lot of time to get all working. We are now developing a feature that will show package versions for each course and some requirements but it will be great to hear what issues have you faced? You mentioned that problem was in PHP version and package requirements can you describe some of them? Because our courses doesn't have strict requirements about PHP and it's packages.

Cheers!

Hi - I just started watching the tutorial and was trying to setup the project. I was getting error saying that annotation were not enabled and null is being passed from routing.yml. This project is based on Symfony 3.4... but I had php 7.4 on my machine. Once I downgraded to php 7.2 it started working and now I can follow the tutorial. In case anyone is trying to follow the tutorial and get weird error on annotation like I did, try down grading to php 7.2.

Hey Amit!

Thanks for the note! I know this error - it IS indeed a problem with an older version of doctrine/annotations. We'll see if we can upgrade it in the course code :).

Cheers!

Hello,
I'm using code from "Download" button of this tutorial. When I try to execute command "composer require --dev phpunit/phpunit" I get "Updating dependencies (including require-dev)
PHP Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 4096 bytes) in phar:///usr/local/Cellar/composer/1.9.2/bin/composer/src/Composer/DependencyResolver/Solver.php on line 223

So I can't install phpunit. I have only 16Gb RAM. Explain please, how can I install phpunit in your code. My php version 7.2 Thanx in advance.