Appmethod und Packages

[bcvs]

Hallo zusammen,

ich wollte kurz von einem Stolperstein bei der Installation von Komponenten unter Appmethod berichten. Wenn das alles keine neuen Erkenntnisse sind: vergesst diesen Post, ansonsten ist es vielleicht für den einen oder anderen eine Entscheidungshilfe.

Ich habe Appmethod abboniert. Dabei kann man ja jede Platform einzeln dazukaufen. Da ich unter Windows nichts mit FMX machen will, habe ich nur Android und IOS abboniert. Vorher, noch in der Testphase, hatte ich noch getestet, ob ich auch Fremdkomponenten installieren kann. Ich habe das TMS Pack for Firemonkey. TMS unterstützt Appmethod nicht offiziell, deshalb sind da ein paar Komponenten drin, die Units benötigen, die bei Appmethod nicht dabei sind. Ist aber kein Problem, ich konnte diese Komponenten im Package auskomentieren, neu kompilieren und installieren.

Jetzt gibt es ein Update von dem TMS Pack für Firemonkey. Kein Problem, habe ich gedacht, und wollte die besagten Komponenten wieder entfernen und das neue Package installieren. Was ich aber nicht bedacht habe: In der Testphase war die von mir nicht gekaute Win32-Platform noch aktiv. Das ist sie jetzt nicht mehr. Um eine installierbare bpl zu kompilieren, braucht man aber Win32. Ich kann also momentan keine Designtime-Packages installieren, bei den keine kompilierte bpl dabei ist.

Ich sehe da momentan nur zwei Lösungen:
- Die Windows-Platform dazu kaufen
- TMS fragen, ob sie eine bpl ohne die fraglichen Komponenten für XE8 kompiliert zur Verfügung stellen. Die müsste sich dann installieren lassen.

Ersteres möchte ich eigentlich vermeiden, da ich ja definitiv keine Windows-Software mit Appmethod entwickeln will. Gut, eine bpl ist auch Windows-Software, aber doch nur für den Betrieb in der eigenen IDE gedacht.

Oder gibt es da noch eine andere Lösung?

[Memnarch]

Ganz schmutzig:
Zieh dir ne DelphiTrial oder die AppmethodTrial, packs in eine vm(zumindets die appmethod trial, da du die nicht nochmal auf dein host bekommst), compilier die packages dort und installier sie manuel. Dafür müssen soweit ichw eiß in der Registry die packages eingetragen werden.

Andere frage: lässt sich der commandozeilencompiler noch aufrufen?(schätze mal nich)

[mkinzler]

Da TMS regelmässige Updates liefert, müsste man diesen Vorgang dann aber regelmässig ausführen.

[stahli]

... mal offiziell bei Emba anfragen.
Es muss ja irgendwie möglich sein, die Produkte einzeln zu nutzen.

[Uwe Raabe]

Der korrekte Weg wäre, daß TMS extra eine Version für AppMethod liefert, in der die BPLs enthalten sind. Der Win32-Compiler macht nun mal keinen Unterschied, ob er eine BPL für die IDE oder eine EXE für Windows compiliert. In der Feature-Liste steht zwar

Zitat:

Integrieren Sie einfach Tools, Komponenten und Frameworks von Drittanbietern

aber da steht nicht, daß man die selbst aus den Sourcen erstellen kann.

Hinzu kommt noch, daß sich die aktuelle AppMethod-Version auch für eine bestimmte Zeit von der aktuellen Delphi-Version unterscheiden kann, weil die Releases vielleicht zeitversetzt sind. Dann funktioniert womöglich eine mit XE8 compilierte BPL gar nicht mehr.

[bcvs]

So, die Anfragen an TMS und Emba sind raus. Mal sehen, was die sagen. Werde berichten.

@Memnarch: Die Idee hatte ich auch schon, aber dann müsste ich bei jedem TMS-Update ein neues Appmethod downloaden und installieren und dafür jeweils einen neuen Emba-Account anlegen. Das ist auf Dauer zu aufwändig.

Der Kommandozeilencompiler geht nicht:
"This version of the product does not support command line compiling."

[himitsu]

Delphi + 2x Appmethod ist günstiger, als ein Delphi Pro + MobilePack? (mit Subscription)

Zitat:

"This version of the product does not support command line compiling."

Delphi-Quellcode:

BDS -?

und dann mal genau lesen, was die IDE so parametrisiert so kann. (weiß aber nicht was Appmethod da bietet)

[bcvs]

So, jetzt habe ich auch die Antworten:

TMS:

Zitat:

Sorry, we do not have a current build of AppMethod installed here, so sadly, we can’t provide this file.

Embarcadero:

Zitat:

wenn die Komponenten im Delphi Sourcecode vorliegen benötigen Sie auch einen Windows compiler um diese zu compilieren. Alternativ müssten Sie für Appmethod freigegebene Komponenten nehmen oder bereits compilierte.

Auf deren Webseite liest sich das allerdings ganz anders: „Jede Komponente des Frameworks kann ganz einfach erweitert und individuell angepasst werden“. und „Integrieren Sie einfach Tools, Komponenten und Frameworks von Drittanbietern“. Da steht nichts davon, dass man dazu die Win32-Platform braucht. Etwas irreführend.

Zitat:

Zitat von himitsu (Beitrag 1306147)

Delphi + 2x Appmethod ist günstiger, als ein Delphi Pro + MobilePack? (mit Subscription)

Meine Rechnung war: Appmethod mit Android und IOS ist günstiger als Delphi Pro + MobilePack. Ich brauche das nur für mobile Entwicklung. Für Windows/VCL habe ich noch XE5 bzw. D2007. Bin mir aber nicht mehr so sicher, ob das eine so gute Entscheidung war.

Zitat:

BDS -? und dann mal genau lesen

Da ist nichts dabei, was mich weiterbringt.

[himitsu]

Beim Delphi/RADStudio kann man der BDS.exe sagen "öffne das Projekt und kompiliere es".

[mkinzler]

Zitat:

Zitat von himitsu (Beitrag 1306223)

Beim Delphi/RADStudio kann man der BDS.exe sagen "öffne das Projekt und kompiliere es".

Das wäre ja ein Hammer, wenn die IDE so etwas machen würde, wenn Sie sich beim manuellen Durchführen weigert, weil der entsprechende Compiler fehlt