.NET GUI

Hallo alle zusammen,

hab mich soeben gerade frisch angemeldet, hast eine nette Seite aufgezogen Norbert wie immer In meinem Unternehmen habe ich die Verantwortung für ein Projekt bekommen, das ich mit zwei weiteren Mitarbeitern durchführen soll, die Entscheidung der Umsetzung ist auf WPF gefallen genauer gesagt WPF Browseranwendung. Es soll ein Programm werden, das nur intern in unserem Unternehmen läuft (Intranet). Jetzt stellt sich mir die Frage, da ich mich ja schon länger mit WPF beschäftige, kann man das Cache verhalten einer XBAP Anwendung beeinflussen? Grund ist folgender, das unsere Administratoren die ClickOnce Technologie nicht nutzen möchten und ich somit auf die manuelle Verteilung auf den späteren Server zuständig bin. Jetzt ist mir beim entwickeln aufgefallen, das wenn ich Änderungen mache, diese beim Aufrufen nicht immer bzw. sporadisch beachtet werden, die typischen Tricks Strg + F5 um die Seite komplett Neuzuladen helfen nicht. Jetzt meine Frage, kann man eine XBAP Anwendung zwingen sich immer neu zu laden und sich gar nicht im Cache abzulegen, bzw. nach dem schließen den Cache zu löschen? Da die Anwendung eh im Intranet laufen wird, denke ich mal das man die Anwendung auf Full Trust stellen kann, oder?

PS:
Mit ClickOnce funktioniert das, da er intern die Versionsnummern ändert, soweit ich das mitbekommen habe. Leider ist das in unserem Unternehmen nicht gewünscht, deswegen suche ich eine alternative Möglichkeit :)

Danke.

Dazu gibt es einen guten Artikel: Caching & XBAPs.

Möchtest du den Cache lokal bei dir löschen, beispielsweise in deiner Debug-Umgebung, dann kannst du das so machen.

Mit installiertem SDK:

mage -cc

Ohne installiertem SDK:

rundll32 %windir%\system32\dfshim.dll CleanOnlineAppCache

(Funktioniert auf Vista auch ohne Admin-Rechte)

Hoffe, das hilft dir soweit weiter.

Hallo Norbert,

danke für die Links, die waren zwar sehr aufschlußreich aber leider helfen sie mir nicht weiter. Die Lösung mit rundll32 %windir%\system32\dfshim.dll CleanOnlineAppCache funktioniert zwar scheinbar, für das Entwickeln ist das optimal, aber ich kann den Usern doch nicht zumuten, jedesmal diesen Befehl auszuführen nur damit sie die aktuelle XBAP + Exe laden.

Der Punkt mit

HttpRequestCachePolicy policy = new HttpRequestCachePolicy(HttpRequestCacheLevel.Revalidate);
HttpWebRequest.DefaultCachePolicy = policy;

schein ansich das zu sein was ich brauche und zwar CacheLevel.Revalidate, aber ich muss das meinem Programm klar machen beim starten und nicht wenn er ein Netzzugriff macht (Intranet).

Die Versionsnummer zu erhöhen hat das gewünschte Verhalten auch nicht gebracht?

Leider nicht, ich mein klar, ich könnte bei jedem Start den Inhalt von C:\Dokumente und Einstellungen\User\Lokale Einstellungen\Apps\2.0 löschen, da das der Cache ist entweder per Code/Hand oder mit dem rundll Befehl von oben, es muss doch eine Möglichkeit andere Möglichkeit geben.

PS:
Was mir noch einfällt, man hat mit XBAP keinen Zugriff auf lokale Dateien, das heißt ich kann den Ordner auch nicht löschen bei jedem Start.

Aktualisierst du einfach nur via Copy? D.h. du kopierst dein XBAP einfach nur ins Webdirectory? Ändert sich das XBAP selbst immer mit oder manchmal auch nur andere Teile?

Ja genau, ich kopiere immer komplett die XBAP + EXE Datei auf den Server, das was mir jetzt schon Kopfschmerzen bereitet ist, wenn ich meinen PluginManager dafür programmiere und sich nur Plugins ändern, das es der Cache nicht versteht das was neu ist...

es ist zwar nur ein Gedanke, aber vielleicht könnte man das Problem ja eine Ebene tiefer lösen in dem man auf HTTP zurückgreift.
Ich denke da an die HTTP Header Cache-Control option die man auf "no-cache" setzen könnte... (ähnlich wie hier)
Im normalfall hindert das den Browser daran die Inhalt zu cachen und sollte immer die Version vom Server laden.
Ob das auch mit XBAP's funktioniert müsste man testen.

Jetzt nicht unbedingt eine Problemlösung (oder vielleicht doch?): Was ist, wenn du versuchst deinen Admins zu erklären, dass ClickOnce nichts Böses ist, sondern in diesem Fall wirklich gute Arbeit leistet? Damit würden sich alle Seiten eine Menge Zeit und Ärger ersparen.

Ich muss Norbert da recht geben. Du kannst ClickOnce ja auch so konfigurieren dass es vor jedem Start nach Updates sucht und auch nur Online verfügbar ist.(d.h. nicht per default im Startmenü) und von da an seh ich nicht mehr viel unterschied zu XBAP's :)

Manchmal hilft nur Umbenennen (Versionsnummer hochzählen) und Clientseitiger Redirect. Dann gibt es garantiert immer die Frische Anwendung. Macht das Deployment auch sicherer, da der Redirect erst dann frei geschaltet wird, wenn die getestete Anwendung sicher auf dem Server gelandet ist und dort noch einmal in der Produktiven Umgebung getestet werden kann (multi-staging).

Hallo,

danke für deine Rückmeldung. Da auf dem Server gerade irgendwelche Tests gemacht werden, hat sich bei mir die Entwicklung der XBAP Anwendung auf meinen lokalen Rechner verschoben, womit das Problem erstmal beseitigt ist ;) aber ich werde deine Antwort diesbezüglich beachten, wenn ich wieder das Projekt auf den Server ablegen darf.

Danke, somit ist das Thema erstmal erledigt