ZXing in Android-App einbinden (Barcode)

[DeddyH]

Von Erfahrungen würde ich nicht reden wollen, aber die angesprochene App kann auch den Honeywell Dolphin 70e ansprechen. Dazu musste ich das SDK des Herstellers herunterladen und einbinden, mit java2op eine Wrapper-Unit erstellen lassen und das Ganze dann über die Routinen von Brian Long ansprechen.

[Codehunter]

Was mich an der ganzen Thematik Industrial Handhelds so nervt sind die unglaublich trägen Migrationsprozesse. Am Tag X wo ein Plattformwechsel ansteht wird schon das Budget so knapp bemessen, dass man nur Hardware ins Auge fassen kann, die herstellerseitig schon (fast) wieder abgekündigt sind. Von den OS-Updates mal ganz abgesehen. Der Dolphin 70E läuft ja auch "noch" mit Android 4.0. Man entwickelt praktisch ständig für und auf obsoleten Plattformen.

Und kaum hat man die Software fertig holt einen der technische Fortschritt wieder ein und man darf seinem Vorgesetzten erklären, dass nun schon wieder alles von vorne losgehen muss. Brrr....

Das ist der Hauptgrund warum ich von Windows CE/Mobile/Embedded weg will. Die Brüche zwischen den Major-Releases sind einfach zu groß (Von CE 4.3 bis 6.5 gings ja noch, dann der große Cut zu WM7 und jetzt wieder ein Cut zu irgendwas mit "10"). Bei Android scheinen mir die Übergänge "sanfter" zu sein. Oder täuscht das?

[DeddyH]

Da musst Du erfahrenere User fragen, ich mache wie gesagt erst seit 6 Wochen mit Firemonkey und dementsprechend mit mobiler Entwicklung herum (OK, vorher ein paar kleine Versuche mit jQuery, aber da spielt das OS ja keine Rolle).

[Codehunter]

Ich fürchte fast, in der Kombination Delphi + Firemonkey + Embedded Handheld dürftest du schon einer der erfahrendsten User weltweit sein

[DeddyH]

Das Problem aus #7 besteht immer noch, ich drehe mich da im Kreis

[Codehunter]

Zitat von DeddyH:

Von Erfahrungen würde ich nicht reden wollen, aber die angesprochene App kann auch den Honeywell Dolphin 70e ansprechen. Dazu musste ich das SDK des Herstellers herunterladen und einbinden, mit java2op eine Wrapper-Unit erstellen lassen und das Ganze dann über die Routinen von Brian Long ansprechen.

Hallo Detlef,

ich hoffe du hast "Warmnachten" gut rum bekommen? Ich jedenfalls bin froh dass der Stress vorbei ist und ich mich nun wieder in Ruhe mit Java rumärgern darf ^^

Also Situation ist folgende: Nachdem ich ein halbes Jahr auf die Freigabe für die Anschaffung der Dolphin 75e warten musste, kamen die endlich kurz vor Weihnachten. Ich habe mir von Honeywell das SDK für den Dolphin 75e runtergeladen. Da drinnen eine DataCollection.jar und einige XyzActivity.java. Die JAR habe ich durch Java2Pas geschickt und die erzeugten Interface-Units dann händisch zu einer einzigen Unit zusammengepackt wegen Sichtbarkeitsproblemen und Kreuzbezügen. Dabei kam die HoneywellD75E.pas heraus, welche ich hier mal als Anhang beifüge.

Desweiteren habe ich die DataCollection.jar als zusätzliche Android-Bibliothek in die Projektverwaltung aufgenommen und in meiner AndroidManifest.template.xml die Zeile <%services%> gegen <service android:exported="false" android:name="com.honeywell.aidc.mytestapp"/> ausgetauscht, weil sich der Java-Compiler andernfalls über einen fehlenden Name-Parameter im Service-Tag aufgeregt hat. Ob das so sauber ist in den Namenszweig von Honeywell zu gehen, keine Ahnung. Sah erstmal schick aus und der Compiler war zufrieden ^^

So, und nun steh ich da wie ein Ochs vorm Scheunentor und komm nicht weiter. Soweit ich die Interfaces verstehe, müsste ich ein Objekt "JBarcodeReader" instantiieren und dann z.B. über addBarcodeListener einen Eventhandler zuweisen welcher auf Ereignisse vom Barcode-Dienst lauscht und dann an meine App weiterleitet. Ferner habe ich inzwischen aufgeschnappt, dass ich eine Activity im Delphi erweitern müsste, wobei mir da im Moment auch die ??? überm Kopf kreisen.

Einfach gesagt, ich brauch mal eine Art Todo-Liste wie man hier vorgehen muss. Denn die verfügbaren Tutorials setzen IMHO Erfahrung mit Android-Java-Entwicklung voraus, die ich leider nicht habe. Vielleicht kannst du mal einen kleinen Einblick in deine Implementierung vom Dolphin 70e geben? Evtl. ist das ja ähnlich...

Grüße
Cody

[DeddyH]

Irgendwie sieht das komplett anders aus als das SDK für den 70e. Ich kann ja mal bei Gelegenheit meine Units auf das Nötigste eindampfen und Dir zukommen lassen, vielleicht geht es ja damit sofort.

[Codehunter]

Das wär echt supi. Ich dachte mir schon dass es da Unterschiede gibt denn trotz der Namensähnlichkeit sind der Dolphin 70e und der 75e ziemlich verschieden. Andere Hardware, anderes OS... Scheinbar hat die Honigquelle auch ein ganz neues SDK gebacken. Wobei ich ja "nur" einen Einstieg brauche.

EDIT: Ich vermute mal, du hast auch die Windows-Version vom Dolphin oder? Ich habe nämlich die Android-Version...

[QuickAndDirty]

Ich weiß nicht ob es hilft...
Hast du die Callback Methode im Message Manager registriert?
SubscriptionID := TMessageManager.DefaultManager.SubscribeToMessage(TMessageResultNotification, HandleActivityMessage);

[Codehunter]

Zitat von QuickAndDirty:

Ich weiß nicht ob es hilft...
Hast du die Callback Methode im Message Manager registriert?
SubscriptionID := TMessageManager.DefaultManager.SubscribeToMessage(TMessageResultNotification, HandleActivityMessage);

Ich habe es inzwischen so gelöst, dass ich die Firemonkey-Java-Activity umgeschrieben und die Honeywell-SDK-Lib eingebunden habe. Das funktioniert erstaunlich gut. Dadurch hänge ich eben NICHT am Android-Message-Queue sondern direkt an den Hardware-Schnittstellen. Einzig negativer Seiteneffekt dessen ist, dass sich die Apps nicht mehr direkt aus der IDE heraus starten lassen. Man muss das Icon auf dem Gerät antippen. Der Debugger klinkt sich trotzdem ein. Damit kann ich leben.

Damit habe ich mich zwar bei dem Projekt auf diese Hardware-Basis festgelegt, aber das ist im Business-Umfeld nicht das große Problem.