Version imprimable
Bonjour,
Je viens de faire le test et j'ai encore et toujours cette entête en iso-8859-1 ...
Il y a 3 possibilités :
- Apache ne tient pas compte des modifications parce qu'elles ne sont pas faites au bon endroit
- Apache n'a pas la main sur ces entêtes
- Quelques chose force l'entête après Apache (du genre Windev)
Est-ce possible que Windev force l'entête et l'enveloppe sachant qu'on n'y a pas accès dans le code Windev ?
Bonjour, Vous pouvez voir et manipuler le code, l'entete et l'enveloppe dans windev. Gestion du XMLCitation:
Envoyé par Darri06
Dans un XML oui on peut, le contenu de la réponse de mon Web Service est en UTF-8 mais l'enveloppe et l'entête du Web Service sont à un niveau supérieur, nous n'avons pas la main dessus dans le code Windev.
Bonjour,
PCSoft m'a répondu qu'on pouvait installer le web service sur un Serveur d'Application WebDev pour renvoyer par défaut l'entête en UTF-8.
Par contre j'ai bien installer le Serveur d'Application WebDeb (10 connexion), j'ai lancer l'installation du web service, mais je ne peux pas accéder à ce WS, j'ai un accès refusé ...
Je n'ai jamais utilisé ce Serveur d'Application, je voudrai juste installer un WS autonome ...
Quelqu'un aurait une idée des réglages à faire ?
bonjour, voyez là
J'ai déjà un compte admin sur le serveur WebDev, je voudrai juste que mon WS soit accessible pour tout le monde, mais je ne sais pas comment faire ...
Voyez iciCitation:
Envoyé par Darri06
Après quelques investigations je me suis rendu compte que la directive Apache AddDefaultCharset n'est valable que pour les entête de type text/html alors que mon Webservice est de type text/xml donc c'est mort.
J'ai installé le serveur d'application Webdev pour pouvoir déployer mon Webservice "plus facilement" mais c'est pire que tout, après avoir eu un problème de droit d'accès je me suis rendu compte que Windev n'écrivait pas corrrectement dans le fichier httpd.conf d'Apache.
En effet dans la directive <Directory>, les droits étaient déclaré mais il n'y avait pas les "" autour de l'emplacement du répertoire ... donc rien n'était effectif.
Maintenant que tout est en place et que le WebService est accessible j'ai un nouveau problème lorsque je consomme mon WS, j'ai une erreur :
Voilà, sachant que dans le registre j'ai bien la donnée PROJECTPATH qui a pour valeur le chemin de mon fichier .wdl, je ne trouve pas ce qui cloche ...Code:
2
Si quelqu'un a une idée ?
Bonjour,
Je rencontre actuellement le même problème:
J'ai un programme .Net qui appelle un service web développé en Windev.
L'encodage ne correspondant pas à ce qui est attendu, mon programme plante.
Avez-vous trouvé une solution?
Si l'on ne peut pas forcer l'encodage dans Apache, peut-être pouvons-nous le forcer dans Windev?
Merci.
Bonjour,
Je suis également dans le cas =>
Quelle est la solution que vous avez trouvé finalement ?Citation:
Envoyé par maxibesttof
(Depuis Windev et vers Windev ça fonctionne mais pas
en récupérant cela en .Net Visual)
Quelqu'un peut me dire ce qu'il y a de faux ici (Apache 2.2) dans mon fichier conf..
Merci bcp
Citation:
ThreadsPerChild 250
MaxRequestsPerChild 0
ServerRoot "C:/Program Files/Apache Software Foundation/Apache2.2"
Listen 1080
LoadModule actions_module modules/mod_actions.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule dir_module modules/mod_dir.so
LoadModule env_module modules/mod_env.so
LoadModule imagemap_module modules/mod_imagemap.so
LoadModule include_module modules/mod_include.so
LoadModule isapi_module modules/mod_isapi.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule userdir_module modules/mod_userdir.so
LoadModule windev_module "C:\WdSoapSrvApache\WD160SAPA22.dll"
ServerAdmin dezdez@dezdezea.fr
ServerName localhost:8080
DocumentRoot "C:/Program Files/Apache Software Foundation/Apache2.2/htdocs"
<Directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
Satisfy all
</Directory>
<Directory "C:/Program Files/Apache Software Foundation/Apache2.2/htdocs">
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
<IfModule dir_module>
DirectoryIndex index.html
</IfModule>
<FilesMatch "^\.ht">
Order allow,deny
Deny from all
</FilesMatch>
ErrorLog logs/error.log
LogLevel warn
<IfModule log_config_module>
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
<IfModule logio_module>
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
</IfModule>
CustomLog logs/access.log common
</IfModule>
<IfModule alias_module>
ScriptAlias /cgi-bin/ "C:/Program Files/Apache Software Foundation/Apache2.2/cgi-bin/"
</IfModule>
<Directory "C:/Program Files/Apache Software Foundation/Apache2.2/cgi-bin">
AllowOverride None
Options None
Order allow,deny
Allow from all
</Directory>
<IfModule mime_module>
TypesConfig conf/mime.types
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
</IfModule>
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
AddHandler windev-module .ewsoap
Alias /tesweb/ "C:/WdSoapSrv/tesweb/"
<Directory C:/WdSoapSrv/tesweb/>
Order allow,deny
Allow from all
</Directory>
DefaultType text/plain
AddDefaultCharset ON
AddDefaultCharset UTF-8
J'ai aussi changé adddefautcharset pour le placer ailleurs... comme ceci:
...
#DefaultType text/plain (vu dans la discussion qu'il fallait changé aussi ça ??)
DefaultType text/html
<IfModule mod_mime>
AddDefaultCharset On
AddDefaultCharset utf-8
</IfModule>
.....
<IfModule mime_module>
TypesConfig conf/mime.types
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
</IfModule>
Quelle est la bonne solution ?
Est il possible de ne pas utiliser la méthode de webdev déploiement... Awwp.. (nécessite licence)?
Bonjour,
Pour ma part, nous avions remarqué que le service fonctionnait correctement quand déployé sur un serveur 32 bits, ce qui nous a pas mal dépanné.
Ensuite, je sais que le service a été corrigé pour fonctionner sur notre serveur 64bits, mais je n'ai pas de détails là-dessus...
Au moins, cela signifie qu'une solution existe!
Cordialement,