MacOS Anwendungs-Store

[Peter666]

Hi,

hat jemand eventuell schon eine Applikation für den Mac-Store entwickelt? Ich habe alle Zertifikate im Developer Bereich von Apple erstellt und die sowohl in XCode, als auch im Schlüsselmanager importiert. Das gleiche gilt für meinen Mac-Rechner der im Developerbereich auch aufgeführt wird. Sobald ich jedoch (die Schlüssel hab ich in den Projektoptionen auch korrekt angegeben) die Anwendung Bereitstellen will bricht PAClient mit Fehlermeldung 1 ab. Selbst wenn ich das hier befolge: http://andydunkel.net/delphi/firemon...mavericks.html geht es nicht.

So richtig schön ist das nicht, bei iOS gings doch auch ohne Probleme.

Peter

[Peter666]

Nachtrag, es ist natürlich wegen dem Bug im PAClient (http://qc.embarcadero.com/wc/qcmain.aspx?d=120387). Warum zum Geier ist das in XE6 auch noch der Fall?
Man muss wie bei Andy Dunkel beschrieben vorgehen und in meinem Fall hab ich vergessen chmod 555 /usr/bin/codesign zu machen :/

Peter
PS: Jetzt kommt beim Applicationloader die Meldung das die Signatur falsch ist: Invalid Signature - the main app bundle [] is not signed. Refer to the Code Signing and Application Sandboxing Guide at...

[Sherlock]

Der Bug soll doch im Update 1 gefixt sein. Ist das nicht so?

Sherlock

[Peter666]

Also in XE5 ist er drin, ich hab kein XE6.

[ChristianG]

Du kannst ja die Demoversion von XE6 herunterladen, wenn der Fehler sehr schwer zu beheben ist.

[Bernhard Geyer]

Zitat:

Zitat von Peter666 (Beitrag 1266547)

Also in XE5 ist er drin, ich hab kein XE6.

XE5 ist am 11.09.13 raus gekommen
XE6 ist am 15.04.14 raus gekommen.
Maverick am 20.6.14.

Emba wird nicht die Lust und Zeit haben für geändertes Verhalten von Apple-OS zig versionen der IDE zu pflegen.
Für MacOS und Mobiler Entwicklung sollte man eh eine Wartungsvertrag abschließen um hier immer die nötige neueste Version der IDE zu haben.
Das was früher mit Delphi unter Windows möglich ist (10 Jahre alte Versionen verwenden) wird unter MacOS und mobilen OS nicht mehr möglich sein.

[ChristianG]

Das müsste aber auch gehen. Mein Programm wurde mit XE5 begonnen und ich arbeite seit der Hälfte mit XE6. Es gab bisher noch garkeine probleme

[Sherlock]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1266556)

Emba wird nicht die Lust und Zeit haben für geändertes Verhalten von Apple-OS zig versionen der IDE zu pflegen.
Für MacOS und Mobiler Entwicklung sollte man eh eine Wartungsvertrag abschließen um hier immer die nötige neueste Version der IDE zu haben.
Das was früher mit Delphi unter Windows möglich ist (10 Jahre alte Versionen verwenden) wird unter MacOS und mobilen OS nicht mehr möglich sein.

Schönen Dank für diese vorzügliche Ausrede, einen simplen Parameter nicht per Hotfix nachliefern zu müssen. Jetzt ist ja klar, warum Delphi nur noch bei neuen Releases eine nennenswerte Menge an Bugs fixt: Die Anwender sind abgestumpft und nehmen alles hin.

Sherlock

[Bernhard Geyer]

Zitat:

Zitat von Sherlock (Beitrag 1266563)

Schönen Dank für diese vorzügliche Ausrede, einen simplen Parameter nicht per Hotfix nachliefern zu müssen. Jetzt ist ja klar, warum Delphi nur noch bei neuen Releases eine nennenswerte Menge an Bugs fixt: Die Anwender sind abgestumpft und nehmen alles hin.

Und wo zieht man die Grenze für sowas? Dieser "Simple" Parameter schaut zwar einfach aus, aber was ist mit Pre-Maverick-OS. Darf dieser da auch raus oder müsste man dann noch alle Pre-Maverick-Versionen prüfen/bzw. erkennen und den Parameter nicht ergänzen.
Und wenn der Paramter jetzt immer nötig ist, wieso ist das dann keine Default-Paramter? Wenn es auch ohne geht, brächt man nicht auch noch einen "simplen" Konfigurationsschalter in der IDE um das steuern zu können, ....

Vor allem: Wie viele Stunden (k€/$) würde es Emba kosten einen Fix zu liefern wenn dieser durch den ganzen Freigabeprozes durch muss?

[Sherlock]

Gegenfrage: Wo würdest du die Grenzen ziehen, wenn Du zahlende Kunden mit Bugfixes versorgen wolltest?

Aber ich denke ich ziehe hier die Reißleine, weil ich nicht im x-ten Thread die Updatepolitik von Embarcadero OT thematisieren möchte :D

Sherlock

[Bernhard Geyer]

Zitat:

Zitat von Sherlock (Beitrag 1266570)

Gegenfrage: Wo würdest du die Grenzen ziehen, wenn Du zahlende Kunden mit Bugfixes versorgen wolltest?

Bei diesem Beispiel würde ich sagen das es gar kein Bug (auf Seiten Emba) ist. Delphi XE4/5 wurde nicht für MacOS Maverick spezifiziert und geprüft da es diese ja gar noch nicht gab und auch nicht mal im Anflug war. Es wäre schön wenn man hier noch (goodwill) Anpassungen bekommen würde.

[Peter666]

Eine Lösung wäre die ganzen Quasiscriptabläufe in einer Konfigurationsdatei zu hinterlegen.
Davon abgesehen bekomme ich das ganze nicht hin, es wird eine pkg Datei für meine App erstellt, aber die hat laut Apple ine Invalide Signatur.

Unter Bereitstellung OSX-Store habe ich Mac Developer: Vorname Name (code) stehen und 3rd Party Mac Developer Installer: Vorname Name (code) stehen. Beide Schlüssel sind im Schlüsselmanager zu finden und er startet die App auch auf dem Mac. Sobald ich jedoch den Application Loader nutze um die Anwendung hochzuladen kommt die Fehlermeldung.

[CHackbart]

Ich bin mir nicht ganz sicher, aber da sollte:

Mac Entwickler-Profil: 3rd Party Mac Developer Application

Installationsprofil für Fremdhersteller: 3rd Party Mac Developer Installer

stehen. Die Dokumentation bei Embarcadero ist wohl nicht so ganz aktuell in der hinsicht :(

Christian
PS: Ja so ein Konfiguationsskript wäre schon nicht schlecht - vor allem da man so einfacher Anpassungen vornehmen könnte.

[arnof]

Zitat:

Zitat von Peter666 (Beitrag 1266547)

Also in XE5 ist er drin, ich hab kein XE6.

Es gibt dafür ein Update für XE5

Generell: auf der Entwicklermaschine solltest Du vorsichtig mit Updates von Apple sein, da kann es schnell zu Problemen kommen.

Ich mache außer Sicherheitsupdates dort keinerlei Updates mehr, wenn man nicht von Apple dazu gezwungen wird!

[CHackbart]

Ein Fehler gibts übrigens (ähnlich wie bei dem Android Manifest, irgendwie hat da wer geschludert) mit den Entitlements. Das hat mich schon eine Rejection von Apple gekostet: Wenn man Lese-/Schreizugriff, Musik-Ordner wählt wird stets der Movies Ordner eingetragen. Also muss aus <key>com.apple.security.assets.movies.read-write</key> ein <key>com.apple.security.assets.music.read-write</key> gemacht werden. Eigentlich sollte man meinen, dass jemand sowas überhaupt testet.

Christian