Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Depuis que j'ai fait la mise à jours de 2.0.0 vers 2.0.3, j'ai l'erreur suivante qui apparait :
Notice: Use of undefined constant Zend\I18n\Translator\null - assumed 'Zend\I18n\Translator\null' in /home/zf2tuto/vendor/zendframework/zendframework/library/Zend/I18n/Translator/Translator.php on line 561
Même sur l'application "Getting started" Album de la prise en main de ZendFramework2.
Si quelqu'un à une idée ??
Hors ligne
humm c'est un simple notice : Notice
Après j'ai l'erreur :
Fatal error: Call to a member function setItem() on a non-object in /home/zf2tuto/vendor/zendframework/zendframework/library/Zend/I18n/Translator/Translator.php on line 562
Hors ligne
Alors chose bizarre...
Je suis allé mettre en commentaire le code suivant dans Zend/I18n/Translator/Translator.php
/*
if ($cache !== null) {
$cache->setItem($cacheId, $this->messages[$textDomain][$locale]);
}
*/
refresh de ma page, et tous refonctionne...
Bon. Je décide de remettre le code non commenté.
Et l'application refonctionne toujours normalement :-/
Hors ligne
Ah autant pour moi, en faisant cette manip, j'ai en fait remis le fichier Translator.php de la version 2.0.0. Je pense que c'est pour ça que ça refonctionne.
Hors ligne
Est-ce qu'il y'a un moyen avec composer.phar de revenir sur la version 2.0.0 ?
Dernière modification par mtcocktail (20-10-2012 22:59:10)
Hors ligne
Oui les versions de ZF sont tagués. Je pense qu'il faut que tu changes ton composer.json pour mettre : "zendframework/zendframework": "2.0.0"
Mais c'est bizarre ce que tu dis là...
Hors ligne
Merci pour le json ça marche impec
$ ./composer.phar update
Loading composer repositories with package information
Updating dependencies
- Removing zendframework/zendframework (2.0.3)
- Installing zendframework/zendframework (2.0.0)
Downloading: 100%
Writing lock file
Generating autoload files
Je suis d'accord un peu bizarre. En même temps je débute en zf2 donc j'ai du mal à creuser. Peut-être qu'il manque un test sur Translator pour savoir si un cache est associé.
J'ai essayé de passer dans le module.config.php de Application un 'cache' => null pour le translator, mais ça marche pas non plus.
Hors ligne
Salut, as-tu pensé à rajouter cette information :
[lang=php]'translator' => array( 'locale' => 'fr_FR', 'translation_patterns' => array( array( 'type' => 'gettext', 'base_dir' => __DIR__ . '/../language', 'pattern' => '%s.mo', ), ), ),
Dans ton fichier module.config.php
Hors ligne
Affirmatif je viens de vérifier.
En principe c'est l'application Getting started tel quel de zf2
'translator' => array( 'locale' => 'fr_FR', 'translation_file_patterns' => array( array( 'type' => 'gettext', 'base_dir' => __DIR__ . '/../language', 'pattern' => '%s.mo', ), ), ),
Hors ligne
Possible qu'il y ait un bug dans la version 2.0.3... mais pourquoi redescends-tu en 2.0.0 ?
Je peux t'assurer que tu peux monter jusqu'en 2.0.2 sans souci.
Je vais monter en 2.0.3 (vu la liste du changelog) dès que j'ai le temps et je te dirai si tout fonctionne bien sauf si quelqu'un d'autre peut vérifier avant.
Hors ligne
Je reviens sur le sujet, est-ce que quelqu'un a pu tester l'application Getting Started avec zf 2.0.3 ?
Hors ligne
Bouks a écrit:
Possible qu'il y ait un bug dans la version 2.0.3... mais pourquoi redescends-tu en 2.0.0 ?
Je peux t'assurer que tu peux monter jusqu'en 2.0.2 sans souci.
Je vais monter en 2.0.3 (vu la liste du changelog) dès que j'ai le temps et je te dirai si tout fonctionne bien sauf si quelqu'un d'autre peut vérifier avant.
J'ai testé en 2.0.2 et 2.0.1 ça me fait pareil le même message notice. En 2.0.0 j'ai pas ce message
Dernière modification par mtcocktail (13-11-2012 12:31:02)
Hors ligne
mtcocktail a écrit:
Si quelqu'un à une idée ??
Vieux sujet, mais je viens d'avoir le même problème sur une Debian squeeze.
Problème avec php-apc 3.1.3p1-2 de Debian, l'installation de la version 3.1.9-0.1~bpo60+1 de debian-backports a résolu le problème pour moi.
Hors ligne
Est-ce que t'es sûr que la mise à jours n'a pas modifié le error_reporting du php.ini sur ton serveur ?
Faut être en E_ALL et display_error On pour voir le Notice en question. Ca m'étonne qu'une simple mise à jours de php régle ce problème.
Par contre je suis content que quelqu'un d'autre le rencontre enfin
Hors ligne
mtcocktail a écrit:
Est-ce que t'es sûr que la mise à jours n'a pas modifié le error_reporting du php.ini sur ton serveur ?
Faut être en E_ALL et display_error On pour voir le Notice en question. Ca m'étonne qu'une simple mise à jours de php régle ce problème.
Par contre je suis content que quelqu'un d'autre le rencontre enfin
Certain, toujours le même fichier php.ini avec error_reporting = E_ALL & ~E_DEPRECATED et display_errors = On.
Avec php-apc de Debian, j'ai les erreurs que tu as décrites. Sans php-apc ou avec la version de debian backports, plus d'erreurs.
Est-ce que tu es sous aussi sous Debian avec php-apc d'installé? As-tu essayé sans php-apc?
Hors ligne
Oui +1 pour debian et pour php-apc. Pas vu que c'était php-apc que tu avais mis à jours. Je vais tester ça et essayer de voir le changelog de php-apc pour essayer d'expliquer ça
Hors ligne
Je confirme ça fonctionne... Et ben j'aimerais bien savoir pourquoi quand même...
Hors ligne