Ein Tag im Leben eines FMX-App Programmierers...

[Rollo62]

Ein zu alter Thread ?
Für mich nicht, denn der Wahnsinn geht weiter :stupid:

Bis gestern ging Alles noch wie geschmiert, und dann plötzlich aus heiterem Himmel ...

Gestern:
Plötzlich Fehler 0xE8000004, - Kann mit iPhone nicht connection
- Ok, SIM.Karte war ziemlich abgelaufen (nur noch 0.74 EUR drauf), und er hatte gemeckert
- SIM-Karte geladen
- Neustart des iOS Gerätes
- Dann ging es wieder

Heute:
- Morgens funktionierte es noch ..

Plötzlich Fehler 0xE8000084, - Kann mit iPhone nicht connection
- Dafür gibt es Hinweise, aber nur zu Windows.
Natürlich habe ich das Phone an einen MAC-OS angeschlossen (VmWare, mit MacOs).
https://discussions.apple.com/thread/4313565
https://www.usp-forum.de/itunes-iclo...xe8000084.html
- Ich versuche mal Alles zu Re-Starten


Wie immer Nützliche Hinweise sind sehr willkommen :stupid:

Rollo

[mensch72]

manche schwören darauf...

[Darlo]

Ich lege für jedes Projekt ein leeres xCode-Projekt mit dem gleichen identifier an. Wenn der deploy dann nicht funktioniert, xCode öffnen, Projekt wählen, deploy. Entweder habe ich im Anschluss eine verständliche Meldung oder es geht wieder.

[Rollo62]

Dankesehr für die Infos und Tipps.

TunesCare:
Das TunesCare habe ich mal drüberlaufen lassen, hat etwas gemacht aber es ist nicht klar was genau.
Eine konkrete Fehlermeldung hatte ich jedenfalls nicht.
Naja, Optimierungen sind immer gut :)

Ich bin mit solchen Tools immer vorsichtig, manche machen Sinn, manche machen es nur noch Schlimmer.
Ist gut wenn man sich da über solche Erfahrungen austauscht :thumb:
Jedenfalls geht es heute auch wieder, mit oder ohne TunesCare.
Ich hoffe das es auch mal eine Weile so bleibt.


Projekte per XCode:
Das Anlegen der Projekte in XCode wollte ich auch so einführen, da werde ich aber erst bei neuen Projekten zu kommen.
Was mir dabei nicht so klar ist:
- Legst du die Projekte auch komplett über XCode an, oder machst du das noch weiterhin manuell ?

Ersteres wäre für mich der entscheidende Vorteil, weil dann die ganze Zertifikatskram von XCode erledigt wird.
Allerdings sind die XCode-Zertifikate etwas speziell, und entsprechen nicht 1:1 den manuell angelegten.

Kommt RadStudio mit den von XCode angelegten Zertifikaten klar ?

Rollo

[MEissing]

Zitat:

Zitat von Rollo62 (Beitrag 1391353)

Kommt RadStudio mit den von XCode angelegten Zertifikaten klar ?

Natürlich.... welche denn sonst?!?

[Rollo62]

Na die von Hand im MemberCenter angelegten.

XCode macht da etws wie *Xc.... davor oder dahinter, wenn ich mich recht erinnere.
Das sieht für mich ganz so aus als könnten die XCode-erzeugten Zertifikate sich anders Verhalten als die von Hand angelegen Zertifikate.

Wenn das nicht der Fall ist wäre das ja ein(zig) Problem(e) weniger :thumb:

Warum empfiehlt Embarcadero dann das Vorgehen nicht so, oder warum finde ich da keine Tutorials im Web ?
Das würde Einsteigern viel Ärger ersparen.

Rollo

[Sherlock]

Rollo, du meinst doch jetzt nicht hoffentlich sowas https://www.embarcadero.com/starther...plication.html, oder?

Sherlock

[Rollo62]

Nein, ich mine das Anlegen der Provisioning und anderen Zertifikate im AppStore.

Dann kommt man auf den MANUELLEN Weg im Web ...
Der ist aber sowas von ... :stupid:

Einfacher haben das die XCode Entwicler, den die können Alles das (oder fast), was man da im Web kann, aber es wird komplett über XCode gesteuert, so wie ich das verstehe.

Also korrigiert mich wenn ich falsch liege,
- in XCode neues Dummy-Projekt anlegen
- neue Bundle-ID vergeben
- Entwickler / Team auswählen
- zusätzlich auch andere Zertifikate anlegen lassen (InApp Purchase, etc.)
- Alle Zertifikate von XCode erzeugen lassen
- Projekt deployen aus iPhone
- XCode kümmert sich um alle DebugImages und sonstigen Kram der erstmal aufs iPhone muss
- Fertig mit iOS, XCode kümmert sich um Alles

Ok, dann gibt es ein Projekt unter XCode mit meinem gewünschten Bundle-ID.
- also lege ich das eigentliche RadStudio-Projekt in gleicher Weise an
- wichtig sind hoffentlich nur die gleichen Bundle-ID und gleichen Services
- RadStudio sucht dann die Provisioning Zertifikate (die XCode angelegt hat)
- und findet sie hoffentlich auch (denn das ist das Einzige was ich noch nicht gecheckt habe)
- Kopilieren, Deployen, Debuggen und Testen
- Upload in den AppStore
- Fertig mit dem RadStudio Projekt

So ungefähr stelle ich mir das vor, also muss man diesen Zertifikatswahnsinn nicht mehr von Hand machen.
Die Beiträge unten zeigen mir ja das es wohl so gehen wird.

Was ich darüber hinaus noch mehr erwarte ist:
- bei abgelaufenen Zertifikaten, einfach mit XCode neue compilieren, neu erzeugen lassen
- ich hoffe das sich XCode wieder komplett darum kümmert.
- Zertifikateupdate fertig (hoffentlich :shock:)

! Man muss natürlich aufpassen das man nicht das Dummy-XCode Projekt in den AppStore hochlädt :stupid:

Rollo

[Rollo62]

Ich habe es gerade mal an einer neuen App ausprobiert.
Es scheint zu funktionieren, wenn auch nicht Alle Schritte.
Hier ist mal eine perfekte Zusammenfassung des ganzen Wahnsinns, von Ray Wenderlich.
Und hier der Teil 2.

Das ist mal von 0 auf 100 was man Alles (mindestens) machen muss um der Apple Bürokratie Herr zu werden.
Dankesehr von mir an Ray Wenderlich.

Ich fasse das für mich mal so zusammen:
XCode-Prozedur:

• Apple-ID, Devices, etc. vorbereiten (da gehe ich mal von aus das es Alles gibt)
• App-ID für neues Projekt muss man MANUELL im MemberCenter anlegen.
  Bundle-ID muss korrekt definiert sein.
• Neues Projekt in Xcode anlegen
  Bundle-ID muss korrekt definiert sein.
  Entwickler/Team definieren, etc.
• Ich musste auch ein Distribution Provisioning Zertifikat manuell anlegen, weil es nicht automatisch von XCode erzeugt/erkannt wurde. Hab ich was falsch gemacht ?
• Compilieren, Debuggen und Testen
• In iTunes das neue Projekt MANUELL anlegen
  Bundle-ID muss korrekt definiert sein.
• Wenn OK, dann Product\Archive um Projekt für AppStore vorzubereiten (Release)
• Upload zu App-Store via XCode (das ist noch die Dummy-App)

XCode Vorbereitung für RadStudio:

• XCode Preferences\Account
• Mit "Manage Certificates" Zertifikate checken
• Mit +\/ Popup öffen, und iOS Development / iOS Distribution wählen, um Provisioning Zertifikate zu aktualisieren
• Zur Sicherheit DummyApp noch einmal auf iPGone Target starten, damit XCode das Provisoning korrekt überträgt

RadStudio Prozedur:

• Neues MultiDevice Projekt in Delphi anlegen
  Bundle-ID muss korrekt definiert sein.
• PAServer muss auf dem Mac laufen
• iOS Device anschliessen
• Project Debug
• Compilieren, Debuggen und Testen
• Wenn OK, dann Build\Release\Applicationstore
• Project Deploy
• Upload IPA-File zu App-Store via ApplicationLoader
• Im Testflight muss noch die Export Compilance abgenickt werden, dann ist es im Test verfügbar

Zwischendurch sehe ich das neue Provisioning Zertifikate angelegt wurden, und dementsprechnd eine Meldung in RadStudio kommt:

Zitat:

[PAClient Error] Error: E0264 iPhone Developer: Vorname Nachname (XYZ1234567): ambiguous (matches "iPhone Developer: Vorname Nachname (XYZ1234567)" and "iPhone Developer: Vorname Nachname (XYZ1234567)" in /Users/"vornachname"/Library/Keychains/login.keychain-db)

[PAClient Error] Error: E0264 iPhone Distribution: Firma Vorname Nachname (ABC1234567): ambiguous (matches "iPhone Distribution: Firma Vorname Nachname (ABC1234567)" and "iPhone Distribution: Firma Vorname Nachname (ABC1234567)" in /Users/"vornachname"/Library/Keychains/login.keychain-db)

Zertifikate in Keychain löschen hilft, aber wer, wann und warum werden zwei doppelte Zertifikate angelegt ?
Ich wollte jetzt nichts riskieren, also habe ich die neuen gelöscht damit die alten Projekte noch weiterlaufen.
Womöglich hätte ich aber auch die älteren Zertifikate löschen können, und die alten Projekte dann damit weiterlaufen lassen.

Sind diese Prozeduren jetzt der ideale, korrekte Weg um XCode mit einzubinden, oder gehts auch einfacher ?

Fazit für mich:

• Anscheinend kann XCode nicht Alles 100% anlegen, es sind noch ein paar manuelle Eingriffe in MemberCenter und iTunesConnect nötig, aber das hält sich in Grenzen.
• Ich musste doppelte Zertifikate löschen, nach Anlegen eines neuen Projektes.
  Kommt das vielleicht das ich halb manuelle und halb XCode-Verwaltete Projekte nutze ?

Anregungen, Vereinfachungen, Verbesserungsvorschläge, Fehlermeldungen, etc. sind immer willkommen :stupid:

[Codehunter]

Ich bin auf diesen Thread aufmerksam geworden, weil er in letzter Zeit immer mal wieder auf der Startseite aufgetaucht ist. Habe mir mal den Eröffnungspost angeschaut und kam aus dem Lachen nicht mehr raus (sorry Mavarik ^^). Deine Leidensgeschichte kam mir seeeeehr bekannt vor.

Mein erstes FMX-Projekt war gleich ein ziemlicher Kracher: Ich musste eine hardwarenahe Client-Bibliothek von Honeywell zum Ansprechen eines 2D-Imagers in Form einer JAR-Datei in das Android-Projekt einbinden. Zu Zeiten von XE4 + Mobile Addon gabs da nicht mal Anleitungen für, wie man die Basisbibliotheken von FMX patchen und das Dingens da rein mogeln kann. Nach drei Wochen (!!!) lief der Krempel dann.

Zwar will die IDE das Projekt bei F9 auf dem Zielgerät nicht mehr starten (Kompilieren, Linken und Draufkopieren tuts, nur Ausführen tuts nicht) aber da ist mir dann der Faden gerissen. Ich starte das Projekt dann eben manuell auf dem Clientdevice, PAClient wartet ja gnädigerweise so lange bis das erledigt ist.

Ich glaub wer von der VCL kommt und mit solchen Alpträumen in die FMX-Welt startet, der wird so schnell kein Freund mehr davon werden :twisted: Von iOS habe ich gleich ganz die Finger gelassen, weil so viele Verrenkungen wie man da machen muss bis man das als Zielplattform mit Delphi ansprechen kann, da müsst mir echt was fehlen :lol:

Zum Glück ist FMX bei mir eher die Ausnahme als die Regel. Leider ist die Rente noch ein bissi zu weit weg als dass ich Mobile komplett ausblenden könnte :(