c'est quand j'ai joué avec le printmanager...
=> petite icone triangle jaune en-bas à gauche d'IE, double-clic pour avoir le message d'erreur

au fait y'a une version de IE recommandée ?
j'utilise la 6, c'est peut-être plus sexy avec la 7 ?

encore
je pense que ça n'est pas étranger à l'installation de .NET : en mode dev, au deuxième run, PB plante à tous les coups : (même pour des targets "classiques")

coolllllllllll

effectivement il reproduit les arbos virtuelles dans le dossier IIS/www/appli_root/

une arborescence sur les fichiers en entrée, issue des ressources (PBR, fichiers et dossiers ajoutés dans le projet + PBD de l'appli), fixée lors du déploiement :

file/common/C/dossier1/fichier1
file/common/C/dossier1/fichier2
file/common/E/dossier2/fichier3
etc

et une arborescence temporaire à la volée par session utilisateur :

file/session/idsession1/C/dossierX/fichierY

par exemple, si l'appli lance une fonction de lecture sur un fichier (FileRead, FileExists, ProfileString) => arbo commune
par exemple un
ProfileString( 'C:/dossier1/fichier1', section, key, default )
ira lire dans le fichier physique :
IIS/www/appli_root/file/common/C/dossier1/fichier1

pour les fonctions d'écriture, => l'arbo pour la session courante
par exemple un
SetProfileString( 'C:/dossier1/fichier1', section, key, value )
ira créer le fichier :
IIS/www/appli_root/file/session/htdmk455wi4ee1iq41af1tmc/C/dossier1/fichier1


de plus, la doc précise :

File operations with external functions : You cannot use external functions to do file operations in Web Forms targets

en gros on peut pas bricoler un "pont" pour mettre les fichiers où l'on veut

=> solution : stocker tous les INI amenés à être modifiés dans le SGBDR en tant que tables/champs + stocker tous les fichiers générés dans le SGBDR en tant que blob

c'est la manière habituelle de fonctionner sur un webserver...

Dans le fichier web.config on peut changer la racine du dossier file :

<!-- Base folder for the Web file system -->
<add key="FileFolder" value="{WebAppDir}..\webreport_root\file" />

et ça a l'air de marcher même avec un chemin en dur  (c:\chemin\ ) à l'extérieur de l'arborescence IIS

mais ça ne règle en rien le problème "écriture dans des fichiers de session temporaires"

pick ouic a écrit:

exacte !
du coup, je ne peux plus lancer mon appli... plus d'images... plus de de fichier ini...
c'était trop beau.

si normalement ça doit marcher dans ce sens (INI en lecture ou images des ressources) j'ai fait le test...

non, c'est prévu pour la prochaine version...  enfin, à verifier...

oui l'icone IE...

j'ai trouvé des pistes pour les fichiers externes : (Fileread en-dehors de l'arbo virtuelle)

#if defined PBWEBFORM then
 filepathname = "c:\Avoid virtual.txt"
 mle_1.text = System.IO.File.ReadAllText(filepathname)
#end if

et pour lancer des commandes (équivalent de run) :

string myEXEName
myEXENAME = "foo.exe"
#IF DEFINED PBWEBFORM THEN
    System.Diagnostics.Process.Start(myEXEName)
#END IF

// you might try adding System.dll via the Properties of the target (similar to adding a PBL). 

et en vrac, pour récupérer l'adresse IP du client :

string    ls_ip
#IF Defined PBDOTNET THEN
    ls_ip = System.Web.HttpContext.Current.Request.UserHostAddress
#END IF

pour récupérer le nom d'utilisateur :

#IF Defined PBDOTNET THEN
    user = System.Web.HttpContext.Current.Request.LogonUserIdentity.Name
#END IF

ca marche la gestion des fichiers ?

petite question : lors d'un retrieve de DW, avez-vous le sablier d'affiché ?

j'ai le pointeur normal (sauf en survolant la barre de progression)

et ça vous connaissez ?  (en env. de dev)

ouaip, sauf qu'il n'y a plus ce probleme de postback ! et ca change tout la.
faut que je me refasse une version, et  refasse une demo aupres de mon client.