Win8 Desktop Application Zertifizierung

[generic]

Mit dem x64 Binary bin ich jetzt schon weiter, allerdings hängt es noch an anderen komischen Prüfungen.

Zitat:

Test der Betriebssystemversion-Überprüfung




NICHT BESTANDEN
Ordnungsgemäße Betriebssystemversion-Prüfung

• Fehler: Beim Test der korrekten Betriebssystemversion wurden folgende Fehler erkannt:

• Auswirkungen, falls nicht behoben: So werden Kunden unnötigerweise am Installieren ihrer Apps gehindert.


• Behebungsmethode: Testen Sie auf die korrekte Windows-Version, indem Sie prüfen, ob die aktuelle Version größer oder gleich der erforderlichen Version ist.
Betriebssystemversionierung

Es ist weder im Setup noch in der Delphi-Anwendung eine Versionsprüfung drin.
Vor allem der Text: "wurden folgende Fehler erkannt: " und keine Liste dahinter nervt mich schon wieder.

Zitat:

Test der Mehrbenutzersitzungen




WARNUNG
Mehrbenutzerprüfprotokolle

• Warnung: Beim Test der Mehrbenutzerprüfprotokolle wurden folgende Fehler erkannt:

• Auswirkungen, falls nicht behoben: Möglicherweise ist die Installation der App nicht für mehrere Benutzer zugreifbar oder verwendbar.


• Behebungsmethode: Stellen Sie sicher, dass die App keine systemweiten Datendateien oder Einstellungen in benutzerspezifischen Datenspeichern wie Benutzerprofilen oder HKCU speichert. In diesem Fall sind diese nicht für andere Benutzer verfügbar. Ihre App muss systemweite Konfigurationen und Daten installieren. Weitere Informationen finden Sie unter dem folgenden Link:
Programmierrichtlinien für Remotedesktopdienste


WARNUNG
Mehrbenutzersitzungstest

• Warnung: Beim Test der Mehrbenutzersitzung wurden folgende Fehler erkannt:


• Auswirkungen, falls nicht behoben: Mehrere Benutzer können die App möglicherweise nicht problemlos in gleichzeitigen Sitzungen starten.


• Behebungsmethode: Stellen Sie sicher, dass die App das Starten mehrerer gleichzeitiger Sitzungen, lokal oder remote, nicht blockiert. Die App darf nicht von globalen Mutexen oder anderen benannten Objekten abhängen, um auf mehrere Instanzen zu überprüfen oder sie zu blockieren. Wenn die App mehrere gleichzeitige Sitzungen pro Benutzer blockiert, müssen pro Benutzer oder pro Sitzung definierte Namespaces für Mutexe oder andere benannte Objekte verwendet werden. Weitere Informationen finden Sie unter dem folgenden Link:
Programmierrichtlinien für Remotedesktopdienste

Auch interessant, da ich im Setup nur HKLM einen globalen Wert anlegen muss (systemweite Installation).
In der Anwendung würde nur HKCU geschrieben, für die persönlichen Einstellungen.

Wenn jemand noch Ideen hat, was ich falsch mache, immer her damit.

[himitsu]

Zitat:

Ordnungsgemäße Betriebssystemversion-Prüfung

Kann es sein, daß die dort die angegebene OS-Kompatibilität im XPManifest meinen?

Gut, die neusten Delphis hab ich übersprungen, aber mir ist noch nicht bekannt, daß Delphi dort etwas angibt.

Zitat:

Test der Mehrbenutzersitzungen

Nur mal so aus Interesse, falls ich das jetzt falsch verstanden hab.

Man darf kein Programm schreiben, welches nur einmal auf einem Computer ausgeführt werden darf?

[generic]

Zitat von himitsu:

Man darf kein Programm schreiben, welches nur einmal auf einem Computer ausgeführt werden darf?

Auf einen Terminalserver wäre das schlecht, denn es kann dann nur zeitgleich von einer Person genutzt werden.

[CCRDude]

Und wer denkt, ein Terminalserver wäre weit weg, denke nur mal an Fast User Switching, das ist das gleiche.

[generic]

Ich habe im Setup und in der Anwendung nun ein Prüfung welche auf Vista oder höher prüft.
Schwups, läuft das Tool durch. Schade, dass die mich zwingen alte Windows Versionen auszuschließen.

[Bernhard Geyer]

Zitat von generic:

Ich habe im Setup und in der Anwendung nun ein Prüfung welche auf Vista oder höher prüft.
Schwups, läuft das Tool durch. Schade, dass die mich zwingen alte Windows Versionen auszuschließen.

Und was bzw wie wird genau geprüft? Wir haben hier ein eigenes Setup-Programm und müssten das u.U. auch implementieren.

[CCRDude]

Es ist eine ganze Weile her, dass ich mich damit beschäftigt habe, aber damals reichte es wirklich, GetVersionEx aufzurufen (evtl. sogar, wenn es einfach nur in der Import-Tabelle steht...). Wie man das Ergebnis auswertet, bleibt jedem selber überlassen , wir waren und sind immer noch XP-kompatibel und hatten den Test bestanden.

[generic]

Kurzes Update:
Wir sind inzwischen durch mit der Zertifizierung.

Zu der Versionsprüfung:
Es muss auf Vista oder höher geprüft werden, sonst zeigt das Programmfehler an.

Zu der Mehrbenutzerprüfung:
Das Tool findet die Exe nicht und daher die Warnung.

Diese Warnungen wurden bei der Zertifizierung von MS angenommen.

[CCRDude]

Zitat von generic:

Zitat:

Test der Betriebssystemversion-Überprüfung

Es ist weder im Setup noch in der Delphi-Anwendung eine Versionsprüfung drin.

Da steht doch schon alles! Ich kan nicht für die 8er Dokumente sprechen, aber in den früheren Anforderungen stand immer klar drin, dass jedes Binary die Betriebssystemversion prüfen muss. Wenn jetzt auch noch in der Meldung drinsteht, dass es ein Fehler ist, dass sie nicht geprüft wird, und Du selber es zugibst, verstehe ich Deine Aufregung nicht

(ich habe das plump so gelöst, dass meine Unit, in der ich diverse Hilfsfunktionen zur Betriebssystemversion habe, ein GetVersionEx direkt im initialization aufruft und das Ergebnis für alle Hilfsfunktionen cacht...)

Zu Mutexen hast Du noch nichts geschrieben...

Insgesamt: es lohnt sich, die Anfordungen (sowohl das Theorie- als auch das Prakisdokument) auszudrucken und mal in Ruhe ohne Unterbrechung zu lesen. Nur auf den Output des Validierungstools einzugehen doktort nur an Symptomen rum...