Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Debugging] Class cache cannot be disabled anymore #6169

Closed
xabbuh opened this issue Jan 19, 2016 · 2 comments
Closed

[Debugging] Class cache cannot be disabled anymore #6169

xabbuh opened this issue Jan 19, 2016 · 2 comments
Labels
bug hasPR A Pull Request has already been submitted for this issue.
Milestone

Comments

@xabbuh
Copy link
Member

xabbuh commented Jan 19, 2016

In http://symfony.com/doc/current/cookbook/debugging.html#disabling-the-bootstrap-file-and-class-caching say that you can disable the generation of the class cache by removing the call to the loadClassCache() method from the Kernel class. However, this is no longer true with the new ClassCacheCacheWarmer that was introduced in Symfony 2.8 and generates the class cache when the application cache is warmed up (see also symfony/symfony#17439).

@xabbuh
Copy link
Member Author

xabbuh commented Feb 11, 2016

see #6263

weaverryan added a commit that referenced this issue Feb 21, 2016
…eneration (xabbuh)

This PR was merged into the 2.8 branch.

Discussion
----------

[Cookbook][Debugging] reflect behavior changes in cache generation

| Q             | A
| ------------- | ---
| Doc fix?      | yes
| New docs?     | no
| Applies to    | 2.8+
| Fixed tickets | #6169

Starting with Symfony 2.8, the class cache is generated when the cache
is warmed up. This means that you cannot prevent the cache from being
generated, but you must simply not load it to ease debugging. Also, this
means that you have to ignore the cache files in your IDE now if it
cannot deal with them properly.

Commits
-------

6ef2099 reflect behavior changes in cache generation
@weaverryan
Copy link
Member

Thanks @xabbuh!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug hasPR A Pull Request has already been submitted for this issue.
Projects
None yet
Development

No branches or pull requests

2 participants