Non interceptée ReflectionException: journal de Classe n'existe pas Laravel 5.2

Bon, après de nombreuses heures de creuser, la solution pour mon problème a été trouvé. La raison pour laquelle je dis que mon problème est que les Exception est très mal conduit.

Uncaught ReflectionException: Class log does not exist

Cette exception signifie simplement Laravel essayé de se connecter une erreur, mais il ne pouvait pas instancier Laravel est Log classe. Ce n'est pas le Journal de classe allant de plain-pied profil ou de la cacher. C'est parce que Laravel est toujours en cours à travers son processus de démarrage, & a pas encore la charge de la Log classe.

Donc, cette exception est levée, car une erreur s'est produite pendant le cycle d'amorçage de Laravel - lorsque cette erreur s'est produite, elle a tenté de jeter une exception, mais il ne peut pas lever une exception parce que la Log classe est encore le charger. D'où la raison pour laquelle nous obtenons une ReflectionException

Ce a eu lieu dans toutes les versions de Laravel la seule raison pour laquelle nous l'avons vu à l'exception levée dans laravel 5.1 <= est parce qu'auparavant Laravel silencieusement ignoré le problème & réalisé à travers son processus de démarrage - en gros, votre application serait de même à briser toutefois de ne pas recevoir les Log class exception.

Dans mon cas particulier, je n'ai pas eu le php-mysql extension installée provoquant Laravel de pause au cours de son processus de démarrage.

En fin de compte, il est incroyablement difficile à déboguer ce que vous avez fait de mal, à cause de l'erreur a été très mal conduit.

J'espère que cela aide quelqu'un!

L'erreur sous-jacente est révélé par la modification de vendor/laravel/framework/src/Illuminate/Container/Container.php et en plaçant la suivante en haut:

<?php

namespace {
    use Monolog\Logger as Monolog;
    class log extends Illuminate\Log\Writer {
       function __construct()
       {
            $this->monolog = new Monolog("local");
       }
    }
}

//Add curly-braces around the original content, like so:

namespace Illuminate\Container {
    //All original code in this file goes here.

    //...
}

(Crédit à https://laracasts.com/discuss/channels/general-discussion/class-log-does-not-exist/replies/160902 pour cette idée).

À ajouter à la liste des causes profondes de ce message, la définition d'une fermeture dans un fichier de configuration et appel php artisan config:cache par la suite sera la cause de cela (au moins dans Laravel 5.1). Solution pour cette manifestation: ne pas définir de fermetures dans Laravel fichiers de configuration, par https://github.com/laravel/framework/issues/9625 .

J'ai remarqué le même comportement après l'ajout de quelques lignes de mon .env fichiers. Les espaces ne sont pas autorisés sans les guillemets, et donc cela peut être fixe comme:

APP_YOUR_NAME="A value with some spaces"

EDIT::

Parce que je n'étais pas satisfait avec le plutôt maladroit de débogage et de retravailler les chemins, etc pour obtenir la machine virtuelle en cours d'exécution en douceur, j'ai réfléchi sur le processus et réinstallé le vagabond de la boîte de laravel/homestead (virtualbox 1.0.1)

Pour moi la question potentiellement découle d'un manque d'virgule dans config/app.php. Le manque des virgules probablement stoppé le processus de compilation et de cracher le Uncaught ReflectionException: Class log does not exist erreur.

---

Ce n'est pas une réponse directe, mais sert plus comme un guide pour ceux qui s'aventurent dans cet abîme de silence erreurs

Système: macOS Sierra

Vagrant: 1.9.1 (Dernière Version au moment de l'écriture)

VM: laravel/homestead (virtualbox 0.4.0)

Laravel Version: 5.1.*

PHP: 7.0.*

---

Après plusieurs tentatives pour résoudre le problème qui comprennent:

1. la réécriture, de la suppression .env potentiel pour analyser les problèmes de
2. php7.1 et mcrypt /mbstring questions
3. installation compositeur suggestions de paquets
4. la mise à jour de homestead.rb
5. CHEMIN de questions liées à la

Critique, (pour moi), il semblait que c'était le virtualbox version de la configuration initiale:

vagrant box add laravel/homestead

Au lieu d'essayer fournir le numéro de version de la sorte:

vagrant box add laravel/homestead --box-version 0.4.0

---

divers:

J'ai essayé et a échoué avec l' laravel/homestead virtualbox versions:

• 1.0.1 (par défaut)

et laravel/homestead-7:

• 0.2.1

Aussi cela est dû à un erreur de syntaxe dans un fichier, le répertoire/conf ou .fichier env.
Dans mon cas j'ai eu cette erreur parce que j'ai oublier de mettre ::class à la fin de la ligne lors de l'ajout d'un fournisseur de services et de la façade, au tableau, les fournisseurs et les alises dans conf/app.php fichier. J'ai corrigé cela et l'erreur a disparu.

Uncaught ReflectionException: Class log does not exist

Cette Erreur Vient laravel 5.2 & > versions:

Mes erreurs sont:

Tips1:
lorsque Vous manque (;) à la fin de votre code dans le Fichier de configuration

Autre Erreur de syntaxe Cette erreur vient.

Mon code d'Erreur:

<?php
return [
'data' => [
    'common' => [
        'AuthKey1' =>  "17086...........9a87a1",
        'AuthKey2' =>  "17086...........9a87a1",
        'AuthKey3'   =>  "17043...........59969531",
    ],
]
]

Code Correct: Manquantes (;) à la Fin de return Array

<?php
return [
'data' => [
    'common' => [
        'AuthKey1' =>  "17086...........9a87a1",
        'AuthKey2' =>  "17086...........9a87a1",
        'AuthKey3'   =>  "17043...........59969531",
    ],
]
];

Dans mon cas, j'avais utilisé le route() méthode dans un fichier de config. Évidemment, cette méthode ne fonctionne pas parce que ces fichiers n'utilisez pas l'Éclairer Helper, ils sont simples .php avec des données.

Les fichiers de configuration sont à lire avant l'instanciation de la classe de Log, ce qui provoque l'erreur que Jakehallas explique très bien.

Résolu ce problème, après la suppression de l'espace dans le .env file (vue .env sublime parce que l'éditeur vi ne montre pas d'espace à la fin de l' .fichier env.) et exécuter les commandes ci-dessous.

Commandes:

php artisan config:clear
php artisan cache:clear
composer dump-autoload
php artisan clear-compiled

J'ai eu le même problème et aucune des solutions ici travaillé

J'ai trouvé qu'il y a une exception de refus d'autorisation de config dossier

Après la fixation de la permission, tout a fonctionné!

---

Comment le comprendre?

Mettre un point de rupture dans
vendor/laravel/framework/src/illluminate/Foundation/Http/Kernel.php

la ligne 101 à l'intérieur de la prise de la poignée de la fonction.

C'est de cette façon que j'ai trouvé sur le refus d'une autorisation.

Exécuter php artisan config:cache résolu pour moi.

Ou si vous êtes sur un hébergement mutualisé sans accès à la Borne/CMD, ajoutez ceci à votre Routs.php fichier:

Route::get('/config-cache', function() {
    Artisan::call('config:cache');
    return '<h1>Config cache cleared successfully</h1>';
});

Ensuite, allez à yourdomain.com/config-cache pour exécuter ce script.