|
FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
| Accueil → WEBDEV 2025 → Le serveur d'application WebDev a rencontré un état interne anormal. |
| Le serveur d'application WebDev a rencontré un état interne anormal. |
| Débuté par Hicham S, 22 mar. 2016 13:19 - 9 réponses |
| |
| | | |
|
| |
| Posté le 22 mars 2016 - 13:19 |
Bonjour
J'ai régulièrement sur un site webdev dynamique le message d'erreur indiqué ci-dessous.
Auriez-vous des pistes pour comprendre et le cas échéant corriger ce problème ?
Merci
Le serveur d'application WebDev a rencontré un état interne anormal.
Code interne de l'erreur : ReadFile( 4 bytes ) Failed
.\srcAwp\cgI00.cpp (4334)
(21, ERR_INTERNAL)
Cette erreur provient généralement d'un arrêt inopiné du serveur d'application.
Les causes possible incluent :
- Un problème de configuration (du serveur WEB, du serveur d'application ou de l'application).
- Un problème de droits (par exemple, l'utilisateur qui exécute l'application n'est pas le bon ou celui-ci ne dispose pas de droits suffisants).
- Une erreur au début du chargement de l'application.
- Une erreur interne non traité du serveur d'application.
- Dans IIS, l'utilisateur invité Internet configuré pour le site Web (partie "Authentification") est différent de l'utilisateur indiqué dans la partie "Mappage de gestionnaire". |
| |
| |
| | | |
|
| | |
| |
| Posté le 22 mars 2016 - 13:43 |
Bonjour,
tu veux dire en plus des 5 pistes indiquées dans le message d'erreur et
que tu as déjà vérifié ?
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)
Plus d'information sur http://fabriceharari.com
On 3/22/2016 7:19 AM, Hicham S wrote:
Bonjour
J'ai régulièrement sur un site webdev dynamique le message d'erreur
indiqué ci-dessous.
Auriez-vous des pistes pour comprendre et le cas échéant corriger ce
problème ?
Merci
Le serveur d'application WebDev a rencontré un état interne anormal.
Code interne de l'erreur : ReadFile( 4 bytes ) Failed
.\srcAwp\cgI00.cpp (4334)
(21, ERR_INTERNAL)
Cette erreur provient généralement d'un arrêt inopiné du serveur
d'application.
Les causes possible incluent :
- Un problème de configuration (du serveur WEB, du serveur d'application
ou de l'application).
- Un problème de droits (par exemple, l'utilisateur qui exécute
l'application n'est pas le bon ou celui-ci ne dispose pas de droits
suffisants).
- Une erreur au début du chargement de l'application.
- Une erreur interne non traité du serveur d'application.
- Dans IIS, l'utilisateur invité Internet configuré pour le site Web
(partie "Authentification") est différent de l'utilisateur indiqué dans
la partie "Mappage de gestionnaire". |
| |
| |
| | | |
|
| | |
| |
| Posté le 22 mars 2016 - 15:51 |
Bonjour Fabrice
Merci pour ton retour.
Oui absolument. Aucune des pistes indiquées ne semble concerner le problème.
Bien cordialement,
Hicham |
| |
| |
| | | |
|
| | |
| |
| Posté le 22 mars 2016 - 16:04 |
Donc, questions :
Est ce que ca le fait toujours au meme endroit ?
Est ce que d'autres ites sont installés sur le même serveur et
fonctionnent ?
Si non, peux tu installer un des exemples et tester ?
Les réponses nous diront déjà si c'est lié au site ou au serveur...
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)
Plus d'information sur http://fabriceharari.com
On 3/22/2016 9:51 AM, Hicham S wrote:
Bonjour Fabrice
Merci pour ton retour.
Oui absolument. Aucune des pistes indiquées ne semble concerner le
problème.
Bien cordialement,
Hicham |
| |
| |
| | | |
|
| | |
| |
| Posté le 22 mars 2016 - 16:24 |
Rebonjour Fabrice
C'est très aléatoire et pas au même endroit.
J'ai contacté l’hébergeur qui m'indique que c'est un problème qui serait "applicatif" (ce qui a priori écarte les pistes du message sur les droits, etc.)
J'ai recompilé le projet plusieurs fois (en changeant les options du projet: HTML5/HTML4/, ...etc) et j'ai toujours ce message avec le même code 4334.
J'ai vu sur les forums des posts qui concernaient un autre code d'erreur mais pas solution qui répond à mon problème.
Bien cordialement,
Hicham |
| |
| |
| | | |
|
| | |
| |
| Posté le 23 mars 2016 - 10:24 |
Bonjour,
As-tu essayé de mettre dans ta description de modèle de page, onglet Avancé :
Attribut : http-equiv
Elément : X-UA-Compatible
Valeur : IE_edge
Validé et appliqué aux pages. Réparé le projet et redéployé.
Cordialement |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
50 messages |
|
| Posté le 07 septembre 2021 - 12:00 |
Bonjour,
J'ai rencontré la même erreur avec un traitement long réalisé avec un AJAXExécuteAsynchrone.
J'ai augmenté le time out de cession et ça n'a plus fait cette erreur.
Par contre, cela veut dire que mon traitement n'est pas si asynchrone que ça !
Peut-être une piste ?
--
La chute n'est pas un échec. L'échec c'est de rester là où on est tombé. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 157 messages |
|
| Posté le 07 septembre 2021 - 14:29 |
Bonjour,
Ce qui m'interpelle dans ce message d'erreur :
>- Dans IIS, l'utilisateur invité Internet configuré pour le site Web (partie "Authentification") est différent de l'utilisateur indiqué dans la partie "Mappage de gestionnaire".
Mais je suppose que vous avez déjà vérifié ce point là.
--
Thierry TILLIER
Développeur Windev-Webdev
Formation Windev : https://coursdinfo.teachable.com/
Formation bureautique : https://coursdinfo.net
Tuto WINDEV sur ma chaîne Youtube |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 640 messages |
|
| Posté le 07 septembre 2021 - 15:30 |
Zoukman a écrit :
Bonjour,
J'ai rencontré la même erreur avec un traitement long réalisé avec un AJAXExécuteAsynchrone.
J'ai augmenté le time out de cession et ça n'a plus fait cette erreur.
Par contre, cela veut dire que mon traitement n'est pas si asynchrone que ça !
Peut-être une piste ?
--
La chute n'est pas un échec. L'échec c'est de rester là où on est tombé.
Asynchrone ne veut pas dire qu'il n'y a pas de timeout de session.
Cela signifie juste que le navigateur peut continuer a executer du code navigateur en attente de la réponse du serveur.
On ne peut pas enchainer les appels asynchrones non plus, tant que la tache est en cours sur le serveur le serveur, la nouvelle demande sera en attente.
Pour le traitement vraiment long, il faut externaliser le traitement. |
| |
| |
| | | |
|
| | |
| |
| Posté le 03 juin 2025 - 11:29 |
François C. a écrit :
Zoukman a écrit : Bonjour,
J'ai rencontré la même erreur avec un traitement long réalisé avec un AJAXExécuteAsynchrone.
J'ai augmenté le time out de cession et ça n'a plus fait cette erreur.
Par contre, cela veut dire que mon traitement n'est pas si asynchrone que ça !
Peut-être une piste ?
--
La chute n'est pas un échec. L'échec c'est de rester là où on est tombé.
Asynchrone ne veut pas dire qu'il n'y a pas de timeout de session. Cela signifie juste que le navigateur peut continuer a executer du code navigateur en attente de la réponse du serveur. On ne peut pas enchainer les appels asynchrones non plus, tant que la tache est en cours sur le serveur le serveur, la nouvelle demande sera en attente. Pour le traitement vraiment long, il faut externaliser le traitement.
Bonjour,
je reviens sur ce sujet
Avez-vous identifier une cause précise et quelle solution avez-vous adopté ?
de mon côté, le site fonctionnait normalement, jusqu'à présent, mais à la suite d'un nouveau déploiement, j'obtiens ce message
Le serveur d'application WEBDEV a rencontré un état interne anormal.
Code interne de l'erreur : SEW1930
H:\source\source.GP\182779\Release_moteurwebdev_17\srcSession\sessionWeb.cpp (2202)
(21, ERR_INTERNAL)
bizarrement, ce message n'apparaît pas lorsque je me connecte en qualité d'administrateur. il apparaît pour n'importe quel autre user !
Bien cordialement
Marc Chernet |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|