Bonsoir,

J'essaie en vain de faire fonctionner en prod un module qui fonctionne très bien en dev (local WampServer). Je suis en Jelix 1.3, sur un hébergement mutualisé / linux (1and1), et il s'agit de traitements en ligne de commande.

Voici l'erreur qui survient sur mon serveur de prod quand je lance ma commande :

Unknown module in the selector "monmodule~default:action@cmdline" .../app/lib/jelix/init.php 368

Il y a aussi cette notice :

[8] Use of undefined constant STDERR - assumed 'STDERR' .../app/lib/jelix/core/response/jResponseCmdline.class.php 43

et puis ce warning :

[2] fwrite(): supplied argument is not a valid stream resource .../app/lib/jelix/core/response/jResponseCmdline.class.php 43

J'ai remarqué la chose suivante qui me semble complètement anormale :

Comment est-ce possible ?

D'ailleurs ce même fichier "temp/monappli/cli/cmdline~jcline.ini.php.resultini.php" sur mon serveur local est correct (monmodule.access=2) !!! Comment peut s'expliquer une telle différence de génération entre le serveur de prod et le serveur de dev, avec les mêmes fichiers appli (code et conf) ???

bonjour,

le cache a-t-il été vidé apres le transfert des sources sur 1&1 ?

pour la premiere erreur je serai tenté de dire que le module n'a pas été installé via :

php cmd.php installapp monapp

ou

php cmd.php installmodule monmodule

ou que le module n'est pas dans le modulePath dans le defaultconfig.ini.php

nota : j'ai change votre post 1 pour qu'on ait les lignes completes d'erreur.

Bonjour foxmask,

En fait, je n'ai pas "installé" l'application ou le module sur le serveur de prod, je n'ai fait que transférer une archive contenant l'ensemble des sources prises sur mon serveur de dev.
C'est grave docteur ? Pourquoi ?

Je précise que j'ai procédé de la même manière pour mettre en prod la partie web de l'appli, et cela n'a pas posé de problème...

le cache a-t-il été vidé apres le transfert des sources sur 1&1 ?

Oui

Bonjour,

je vais être tatillon sur les mots ;)

si on installe une archive ; il se passe rien. J'espere que tu veux dire que c'est le contenu de l'archive qui est transféré.

Sinon je n'ai pas saisi "la partie web".

La partie qui déconne ici c'est une action exploitée en ligne de commandes seulement ?

le php CLI utilise bien le même fichier 'php.ini' ?

foxmask a dit :
Bonjour,

je vais être tatillon sur les mots ;)

si on installe une archive ; il se passe rien. J'espere que tu veux dire que c'est le contenu de l'archive qui est transféré.

Oui évidemment, sinon je n'aurai jamais rien mis en prod :-)

Sinon je n'ai pas saisi "la partie web".

La partie qui déconne ici c'est une action exploitée en ligne de commandes seulement ?

Par "partie web" j'entend les modules qui traitent une requête http.
En effet, seul mon module fonctionant en mode commande (php-cli) pose problème sur le serveur de prod.

Mindiell a dit :
le php CLI utilise bien le même fichier 'php.ini' ?

Les 2 contextes - via serveur web Apache, et via commande cgi (php-cli) - n'utilisent pas le même fichier de config php, mais cela ne me dit toujours pas pourquoi mon module en ligne de commande fonctionne en dev, et pas en prod... :(

à quoi ressemble ton script lancé en ligne de commandes ?

lucky a dit :

Mindiell a dit :
le php CLI utilise bien le même fichier 'php.ini' ?

Les 2 contextes - via serveur web Apache, et via commande cgi (php-cli) - n'utilisent pas le même fichier de config php, mais cela ne me dit toujours pas pourquoi mon module en ligne de commande fonctionne en dev, et pas en prod... :(

Bah, ton php.ini est p'tet bon sur ton lamp local, mais pas sur ton prod chez 1&1... On sait jamais :)