Zend FR

Bon je pense que j'ai trouvé.

En fait, il faut quand même initialiser le frontController dans le boostrap :

protected function _initFrontController()
    {
        // Récupération d'une instance du controleur frontal
        $frontController = Zend_Controller_Front::getInstance();

        // Définition du répertoire de modules
        $frontController->addModuleDirectory(APPLICATION_PATH . '/modules');
        
        $frontController->setControllerDirectory(array(
            'default' => APPLICATION_PATH . '/controllers',
            'admin' => APPLICATION_PATH . '/modules/admin/controllers'));
        
        return $frontController;
    }

Et là, on peut attribuer à chaque module un nom.
Et donc, à chaque nouveau module que je crée, il va falloir que je spécifie le répertoire de ses controleurs.

Mais alors, à quoi sert le Zend_Application_Module_Autoloader .... ?
pourtant il charge des ressources comme les Models ou les Forms, mais pourquoi pas les controleurs aussi ? Ou alors il n'est pas encore abouti ?

Bonjour j'ai eu un problème similaire.

J'ai laissé mes codes ayant permis de déclarer mes modules sur le post :
http://www.z-f.fr/forum/viewtopic.php?id=3291

bon courage

Salut ''pinouf''

pinouf a écrit:

il me semble que ton arbo n'est pas exactement la même ....
t'est modules sont en dehors de l'application..

Evidement que mon arborescence n'est pas la même Chaque 'site' à ses propres besoins.

Néanmoins ton problème est identique à celui que j'ai rencontré :

1 - tu as tes modules dans un dossier /modules' mais pas tous
2 - ton module 'default' n'est pas dans ce dossier

C'est la même chose, sauf que tes différents modules sont rangés différemment.

Pour ton application.ini essaye :

; déclaration du module default dans '/application'
resources.frontController.controllerDirectory.default = APPLICATION_PATH "/controllers"

; déclaration du dossier pour les autres modules
resources.frontController.moduleDirectory = APPLICATION_PATH "/modules"

;initialisation des modules (tous)
resources.modules[] =

J'ai juste adapté les déclarations des chemins pour TON arbo.

En espérant que cela t'aide à comprendre.

PatStey

PS : mieux vaut comprendre le code des autres et l'adapter à ses besoins, que de copier/coller une réponse toute faite sans la comprendre

Si j'ai bien compris

Cette ligne permet de 'lancer' l'initialisation de la ressource modules et donc d'initialiser les bootstrap.php de chacun des modules.

Pourquoi est-elle vide ? aucune idée

Maintenant je n'ai pas trouvé d'explication dans la doc (je crois avoir trouvé cela sur le forum).

Si quelqu'un à plus d'explication je suis aussi preneur.

As-tu résolu ton problème ?

bon en gros c'est la mort complète lol....

voici mon ini

includePaths.library = APPLICATION_PATH "/../library"
bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"

resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"

;déclaration du dossier pour les autres modules
resources.frontController.moduleDirectory = APPLICATION_PATH "/modules"

;initialisation des modules (tous)
resources.modules[] =

mon bootstrap est vide ( le défaut) les pages marchent très bien

class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{


}

dans application/modules/admin

j'ai mis un bootstrap

class Admin_Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{

}

est quand je tape le lien sa me sors une belle erreur

Fatal error: Maximum function nesting level of '100' reached, aborting! in C:\wamp\www\zendtesting\library\Zend\Loader\PluginLoader.php on line 264

ah ben ca marche....
j'ai viré le bootstrap dans l'admin
est a la place est nommé le controlleur

 class Admin_IndexController extends Zend_Controller_Action

je me demande maintenant à quoi sa sers de mettre plusieurs bootstrap vu que moi j'en ais que un... et que si j'en met un cela plante..

J'aurai une dernière question, en rapport avec le boostrap de module.

Comment fait-on pour avoir la main sur l'objet vue ? Je voulais ajouter un script et des feuilles de style, mais

class Admin_Bootstrap extends Zend_Application_Module_Bootstrap
{
    protected function _initViewHelpers()
    {
        $this->bootstrap('view');
        
        $view = $this->getResource('view');
        
        $view->headScript()->prependFile('http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js');
        $view->headScript()->prependFile('http://ajax.googleapis.com/ajax/libs/jqueryui/1.7.2/jquery-ui.min.js');
        $view->headScript()->appendFile('/js/inscription/inscription_formulaire.js');

me génère l'erreur

Fatal error: Uncaught exception 'Zend_Application_Bootstrap_Exception' with message 'Resource matching "view" not found'

getResource ne fonctionne pas

SweedyMick a écrit:

Il te faudrait ajouter dans application.ini la ligne suivante :

Code:

admin.resources.view[] =

Je n'ai pas trouvé d'autres solutions que d'avoir à définir les paramètres pour le module en particulier, sans pouvoir définir des paramètres globaux.

Car si on regarde bien, le Bootstrap du module est d'abord appelé, et seuls les paramètres spécifiques à ce module sont définis. C'est ce qu'on voit dans Zend_Application_Module_Bootstrap, ligne 61

Code:

$key = strtolower($this->getModuleName());
if ($application->hasOption($key)) {
    // Don't run via setOptions() to prevent duplicate initialization
    $this->setOptions($application->getOption($key));
}

Merci pour ta réponse, ça marche. Mais c'est vrai que ça risque de s'avérer lourd, si les modules s'enchainent.

Quand tu parles de définir les paramètres globaux, je sais pas si on se comprends bien, mais les paramètres définis dans le Bootstrap de l'application sont bien définis aussi à tous les modules ?
Chez moi c'est comme ça, par exemple les feuilles de style que j'ai appelé dans le Bootstrap de l'appli dans _initViewHelpers sont balancés automatiquement dans les layout des modules.

Dernière modification par supertino7 (15-06-2009 15:25:28)