Bonjour,
Je rencontre ce bug depuis mon passage à la version 0.8.
je l'ai dès que je crée un utilisateur et chaque modification ainsique si je passe par la base et je crée l'user. L'user ne peut pas se connecter.
2010-05-25 16:55:20 ** ERROR ** ERROR **
2010-05-25 16:55:20 ** ERROR ** on file 'D:program filesZendApache2htdocsprojectormodelUser.php' at line (258)
2010-05-25 16:55:20 ** ERROR ***** cause = Undefined property: User::$nameResource
Cdlt.
Bonjour,
L'anomalie est confirmée. Elle est enregistrée sous la référence #155 (voir http://projector.toolware.fr/track/) .
La source est identifiée.
La correction sera disponible sur une très prochaine release.
En attendant cette release, le fichier corrigé, est fourni dans le tracker.
Cordialement,
Babynus.
L'anomalie est corrigée dans la version V0.8.1.
Bonjour,
Ce n'est pas aussi simple qu'indiqué dans le readme ...
Voici ce que j'obtiens lorsque j'invoque http://localhost/projectorria/ après ma première installation sur une version de XAMPP 1.7.3 :
ERROR : Impossible to load class Zend_View
=> Not found in ../model/Zend_View.php
=> Not found in ../model/persistence/Zend_View.php
J'ai rechargé l'archive "projectorriaV1.0.0.zip" et j'ai recommencé ... même sanction... les fichiers impliqués sont bien absents de l'archive
Merci d'avance pour votre votre aide,
BPH30
Bonjour,
Il n'y a aucune référence à Zend dans Project'Or RIA.
L'erreur que vous constatez doit venir de la configuration de votre Apache, qui cherche le Zend Framework par défaut.
Votre fichier httpd.conf (config Apache) devrait faire référence à index.php comme page de démarrage :
DirectoryIndex index.html index.shtml index.wml index.pwml index.php index.php3 index.php4 index.php5
Autre moyen, plus rapide : essayez d'accéder à l'url http://localhost/projectorria/view/index.php.
Sinon, avez-vous bien dézippé projectorria dans le répertoire htdocs ?
Vous devriez avoir l'arborescence suivante :
xampp
htdocs
projectorrria
db
external
model
tool
view
Babynus.
Bonjour,
Merci pour cette réponse rapide. C'était une étourderie de ma part...
J'ai donc réussi a installer Projet'OR Ria.
Toutefois j'ai encore eu certaines difficultés de type :
1/ Header : que j'ai résolu faute de mieux comprendre en désactivant l'instruction header ... ceci sur plusieurs scripts
2010-07-12 20:07:28 ** ERROR ** ERROR **
2010-07-12 20:07:28 ** ERROR ** on file 'D:Webxampp_173_Projxampphtdocsprojectorriaviewlogin.php' at line (7)
2010-07-12 20:07:28 ** ERROR ** cause = Cannot modify header information - headers already sent by (output started at D:Webxampp_173_ProjxampphtdocsprojectorriatoolparametersLocation.php:2)
2/ Alors qu'un message indique que les tables sont créées, puis un autre que la mise à jour vers la v 1.0.0 est faite j'observe des erreurs dans le fichier projector_date_log indiquant que la table n'existe pas :
2010-07-12 20:57:09 ** ERROR ***** [1146] SQL Error : Table 'projectorria.assignment' doesn't exist
select * from projriaactivity where (idUser='3' or idResource='3' or exists (select 'x' from assignment x where x.refType='Activity' and x.refId=activity.id and x.idResource='3')) and idle=0 and done=0
3/ L'affichage d'une interface en français pose des problèmes avec les caractères accentués ... l'invalidation du header et partant du charset y serait il pour quelque chose ?
Merci pour votre aide,
BPH30
Bonjour,
La désactivation des Header amènera des problèmes d'affichage pour les caractères accentués : tous les caractères sont attendus en UTF-8, dont la prise en charge est forcée dans le header.
L'erreur sur login.php provint aussi de la désactivation des headers.
Il s'agit d'un bug jamais identifié car login.php est toujours appelée au sein de main.php, donc après un header. Le header dans login.php devient donc inutile.
Par contre comme vous avez désactivé les autres headers, celui-ci devient actif, mais il est invalide car positionné après une instruction d'écriture.
Donc dans votre cas : désactivez le header dans login.php ou mettez en commentaire l'instruction scriptLog(...) précédente.
Pourquoi avez-vous été obligé de modifier / désactiver le header ?
Quelle était l'erreur rencontrée ?
L'erreur sur la table SQL est un bug. L'instruction ne peut fonctionner que si le Préfixe des tables de données est vide.
=> à corriger (j'ouvre un ticket dans la base de tracks).
Babynus.
Bonjour,
Le bug sur la requête SQL est corrigé.
Il sera packagé dans une version très prochainement (V1.0.1).
En attendant, vous pouvez récupérer le fichier corrigé dans la base de Track (fichier attaché sur le ticket #179).
Babynus.
Bonjour,
Comme j'ai eu, à nouveau, des problèmes de référence à Zend et que je n'ai pas le temps de chercher vraiment, j'ai abandonné XAMPP au profit de l'excellent ZMWS. Ce qui a résolu ce problème.
En revanche j'ai toujours des problèmes avec le header de plusieurs scripts : (login.php et main.php)
voici l'erreur affiché dans le navigateur (Firefox) juste aprés l'install : "ERROR : Une erreur est survenue le 2010-07-14 à 11:45:45" ceci donc pour l'url : http://127.0.0.1/projectorria/view/main.php
voici le contenu du log de projectorria :
2010-07-14 11:45:45 ** ERROR ** ERROR **
2010-07-14 11:45:45 ** ERROR ** on file 'D:WebZMWS_128_Proj_web.zmwscprojectorriaviewlogin.php' at line (7)
2010-07-14 11:45:45 ** ERROR ***** cause = Cannot modify header information - headers already sent by (output started at D:WebZMWS_128_Proj_web.zmwscprojectorriatoolparametersLocation.php:2)
je ne vois pas, en quoi ,le code de parametersLocation.php passe des information relatives au header...
(nb: Pas d'erreur dans le log d' "APACHE" en dehors d'une référence non résolue pour un favicon.ico)
Merci d'avance pour votre aide,
BPH30
Bonjour,
Je viens de télécharger ZMWS et de tester.
Ce serveur semble très sympathique, quoi que un peu lent à fournir les pages php.
Cependant il se comporte de manière spécifique en générant automatiquement un header dans au moins 2 cas qui vous concernent :
- lorsque le script php est "fermé" par "?>"
- lorsqu'une chaine est définie à l'aide de double cotes "
Donc, pour corriger le problème avec ce serveur :
- remplacer les doubles cotes par des simples cotes dans parametersLocation.php
- supprimer l'instruction de fermeture de script php dans parametersLocation.php et parameters.php (celui qui a été généré dans le répertoire spécifié sur l'écran de configuration
L'application est alors fonctionnelle.
Babynus.
NB : bug généré dans la base de track, pour prendre en compte ces adaptations sur une prochaine version.