Barcodescanner mit Datenbank

[Sir Rufo]

Zitat von Olli73:

Wie wäre es denn mit einem Windows-8.1-Tablet mit integriertem Barcode-Scanner?

Wenn du ihm zeigst, wie man daraus ein MC65 dengelt, ja

[mjustin]

Zitat von BörmtDieBuse:

Die Applikation müsste nur ein paar Entscheidungen treffen können und das Ergebnis sowie die Aufgaben an das Java Programm schicken können.

Können Geräte die in unterschiedlichen W-Lan Netzwerken sind überhaupt miteinander kommunizieren? Z.B. ein PC im Office-Wlan und ein Barcodescanner im Technik-Wlan? Ich denke das ist nicht möglich.

Wird das Java-Programm ein HTTP Server ohne sonstige Benutzeroberfläche? Mit einem einfachen Servlet-Container (Tomcat, Jetty) ist das leicht realisiert. Wenn es ausfallsicher sein soll, ist ein Message Broker empfehlenswerter (ActiveMQ oder RabbitMQ).

Auf dem Windows Mobile Device würde ich eine einfache HTTP Client Library verwenden. Mit dem C# Web Service Framework geht es zwar auch, aber dann muss auch serverseitig ein SOAP Framework eingesetzt werden.

Diesen passenden Link habe ich bei einer Recherche heute entdeckt:
https://msdn.microsoft.com/en-us/library/aa446517.aspx

Und ja, auch wenn es zwei verschiedene WLANs sind, solange diese nicht durch Firewalls / Gateway Einstellungen abgeschottet sind, können die Geräte miteinander sprechen.

[Olli73]

Zitat von Sir Rufo:

Wenn du ihm zeigst, wie man daraus ein MC65 dengelt, ja

Mit einem 3D-Drucker kann man bestimmt eine schöne Hülle erstellen, so dass es keinem mehr auffällt was druntersteckt.

Aber ein Windows-Tablett würde sich in die Infrastruktur besser einfügen und administrieren lassen... Man muss das halt nur irgendwie argumentieren und durchsetzen.

[Dejan Vu]

Zitat von BörmtDieBuse:

Zitat von Dejan Vu:

Wie wäre es mit einer Web-App?

Das Konzept Barcodesanner<-> Java Programm<-> Datenbank steht schon so fest. Würde ungern etwas daran ändern.

Wieso nicht? Ob das Java-Programm nun auf dem MDE oder auf einem Server läuft, ist doch wurscht. ASP.NET/VS war nur als Beispiel. Mit Eclipse geht das bestimmt mindestens genauso gut.

Du kannst deine Logik wie gewohnt entwickeln und musst nur ein bisserl Zeit einplanen, um den Scanner anzusprechen. Soweit ich mich erinnere, haben die Pocket-Teile einen 'Spezialbrowser', der den Scanner aktiviert.

Aber wie Du willst. Entwickle halt für die MDE in Java.

[BörmtDieBuse]

Zitat von Olli73:

Wie wäre es denn mit einem Windows-8.1-Tablet mit integriertem Barcode-Scanner?

Wie lustig, genau an diesem Tag kam bei uns auch ein Tablet in die engere Auswahl.
Um genau zu sein das PWS-770 mit Windows 7 Pro. Dafür kann man einen optionales Barcodescanmodul kaufen und dieses Tablet wird bei uns in der Firma schon verwendet. Nur der Treiber für das Barcodescanmodul müsste noch durchgewunken werden, ka wie lang das dauern würde.

Zitat von Dejan Vu:

Zitat von BörmtDieBuse:

Zitat von Dejan Vu:

Wie wäre es mit einer Web-App?

Das Konzept Barcodesanner<-> Java Programm<-> Datenbank steht schon so fest. Würde ungern etwas daran ändern.

Wieso nicht? Ob das Java-Programm nun auf dem MDE oder auf einem Server läuft, ist doch wurscht. ASP.NET/VS war nur als Beispiel. Mit Eclipse geht das bestimmt mindestens genauso gut.

Du kannst deine Logik wie gewohnt entwickeln und musst nur ein bisserl Zeit einplanen, um den Scanner anzusprechen. Soweit ich mich erinnere, haben die Pocket-Teile einen 'Spezialbrowser', der den Scanner aktiviert.

Aber wie Du willst. Entwickle halt für die MDE in Java.

Ein Kollege der nicht mehr in der Firma ist, der aber ein bisschen Erfahrung mit der Programmierung solcher Sachen hat, meinte das selbe.
Nur kann ich nicht ganz nachvollziehen wie ihr beide das meint.

Ich bekomme grad von einer anderen Abteilung das MC55A0 zugeschickt, da sie eins zum ausleihen da habne.
Ein solches MDE hat verschiedene APIs um auf Funktionen des Geräts zugreifen zu können.

Mein Kollege meinte, dass ich das Gerät mit Java Programmieren kann. Aber sobald ich eine API benötige muss ich wieder umsteigen in Visual Studio 2008 und bei Visual Studio 2008 kriegt mein Abteilungsleiter das kotzen, total umständlich eine Lizenz dafür zu bekommen.
Wenn ich alles in Java Programmieren könnte, wäre das etwas anderes.
Nur ehrlich gesagt bin ich da mit meinem Latein am Ende, ich kann mir schlecht vorstellen eine Applikation für Windows Mobile 6.5 in Java zu entwickeln, wenn Visual Studio 2008 Vorrausetzung ist.
Vllt. muss ich dann in Eclipse ihrgedwelche Sachen hinzufügen, aber so viel Programmiererfahrung hab ich nun auch wieder nicht .

Deswegen sag ich immer Visual Studio 2008 ist pflicht.
https://atgsupportcentral.motorolaso...20302-UP3C.htm
-> Ziemlich weit unten unter Installation Requirements.


Wenn wir das Tablet nehmen werden, will mein Chef dass das Tablet und der Laptop das selbe Programm bennutzen wegen weniger Wartungsaufwand.
Dann müsste ich die Programm ihrgendwie untereinander ständig synchronisieren.... aber ich glaube diese Thema packe ich lieber in ein Java Forum.

[himitsu]

Zitat:

Können Geräte die in unterschiedlichen W-Lan Netzwerken sind überhaupt miteinander kommunizieren? Ich denke das ist nicht möglich.

Wenn du eine Bridge zwischen den Netzwerken einrichtest, dann schon.

Oder du schaltest einen Server/Proxy dazwischen, auf welchen von beiden Netzwerken aus zugegriffen werden kann und über den die Programme dann komunizieren.



Wenn ich zwei LAN-Kabel nebeneinander lege, dann kommt man auch nicht von einem LAN in das Andere, außer man stellt eine Verbindung (Brücke) her.

[Dejan Vu]

Zitat von BörmtDieBuse:

Zitat von Dejan Vu:

......Ob das Java-Programm nun auf dem MDE oder auf einem Server läuft, ist doch wurscht. ASP.NET/VS war nur als Beispiel. Mit Eclipse geht das bestimmt mindestens genauso gut.

Du kannst deine Logik wie gewohnt entwickeln und musst nur ein bisserl Zeit einplanen, um den Scanner anzusprechen. Soweit ich mich erinnere, haben die Pocket-Teile einen 'Spezialbrowser', der den Scanner aktiviert....

Ein Kollege der nicht mehr in der Firma ist, der aber ein bisschen Erfahrung mit der Programmierung solcher Sachen hat, meinte das selbe.
Nur kann ich nicht ganz nachvollziehen wie ihr beide das meint.

Vor 317 Jahren, als ich mich damit beschäftigt habe, ging das so:
Man schreibt eine normale Browseranwendung. Diese 'startet' man aber nicht mit dem IE, der auf dem Pocket-Teil drauf ist, sondern mit dem speziellen Symbol-Browser. Das ist ein Programm, das den Scanner anspricht und deren Scans irgendwie so umbiegt, das deine Browseranwendung drauf zugreifen kann. Ich vermute, indem es deiner Website vorgaukelt, das, was eingescannt wurde, wird eingetippt, d.h. Du entwickelst ganz normal deine Anwendung, testest die in IE, FF oder sonstewo und dann rufst Du die Seite von dem Spezialbrowser auf und wenn der cursor im Feld 'Produktnummer' steht, tippst du nicht '123ABC' ein sondern scannst den Produktnummernbarcode. Kann sein (ich bin mir sogar ziemlich sicher), das man dem Scanner auch noch sagen kann, was er nach dem Scan machen soll (z.B. 'F1' drücken). Ich meine, es gibt die Möglichkeit, einem HTML-Button so einen Shortcut zuzuweisen.

Aber da bin ich Laie. Wenn Du die Doku oder den Support vom Hersteller kontaktierst, würde dir geholfen werden.

Und eurem Abteilungsleiter würde ich mal verklickern, das "nativ für MDE entwickeln" ohne VS nur mit Android geht. Und dann kannst Du Delphi, Java, C# oder sonstwas nehmen. Pocket-PC mit Windows CE geht nicht.


Android ist doch cool

[BörmtDieBuse]

Zitat von Dejan Vu:

Zitat von BörmtDieBuse;1296617
[QUOTE=Dejan Vu;1296012:

......Ob das Java-Programm nun auf dem MDE oder auf einem Server läuft, ist doch wurscht. ASP.NET/VS war nur als Beispiel. Mit Eclipse geht das bestimmt mindestens genauso gut.

Du kannst deine Logik wie gewohnt entwickeln und musst nur ein bisserl Zeit einplanen, um den Scanner anzusprechen. Soweit ich mich erinnere, haben die Pocket-Teile einen 'Spezialbrowser', der den Scanner aktiviert....

Ein Kollege der nicht mehr in der Firma ist, der aber ein bisschen Erfahrung mit der Programmierung solcher Sachen hat, meinte das selbe.
Nur kann ich nicht ganz nachvollziehen wie ihr beide das meint.

Vor 317 Jahren, als ich mich damit beschäftigt habe, ging das so:
Man schreibt eine normale Browseranwendung. Diese 'startet' man aber nicht mit dem IE, der auf dem Pocket-Teil drauf ist, sondern mit dem speziellen Symbol-Browser. Das ist ein Programm, das den Scanner anspricht und deren Scans irgendwie so umbiegt, das deine Browseranwendung drauf zugreifen kann. Ich vermute, indem es deiner Website vorgaukelt, das, was eingescannt wurde, wird eingetippt, d.h. Du entwickelst ganz normal deine Anwendung, testest die in IE, FF oder sonstewo und dann rufst Du die Seite von dem Spezialbrowser auf und wenn der cursor im Feld 'Produktnummer' steht, tippst du nicht '123ABC' ein sondern scannst den Produktnummernbarcode. Kann sein (ich bin mir sogar ziemlich sicher), das man dem Scanner auch noch sagen kann, was er nach dem Scan machen soll (z.B. 'F1' drücken). Ich meine, es gibt die Möglichkeit, einem HTML-Button so einen Shortcut zuzuweisen.

Aber da bin ich Laie. Wenn Du die Doku oder den Support vom Hersteller kontaktierst, würde dir geholfen werden.

Und eurem Abteilungsleiter würde ich mal verklickern, das "nativ für MDE entwickeln" ohne VS nur mit Android geht. Und dann kannst Du Delphi, Java, C# oder sonstwas nehmen. Pocket-PC mit Windows CE geht nicht.


Android ist doch cool[/QUOTE]

Ich soll keine Browseranwendung programmieren, dann würden wir einen neuen Server brauchen und das kostest und dauert. Ich kann da auch schlecht bzw. ich will nicht argumentieren da ich in dem Bereich keine Ahnung hab. Keine Erfahrung mit HTML, CSS usw.

Android habe ich schon nachgefragt, ist bei unserer Firma aber einfach nicht drin. Wir haben halt leider altbackende Vorschriften und solange es keine Große Umstellung gibt wegen was auch immer, wird kein Android verwendet.

Deswegen bin ich schon froh, ein Tablet mit Windows 7 Pro VLLT. zu bekommen. Da kann ich zumindest einfach per Java programmieren.

[Olli73]

Zitat von BörmtDieBuse:

Ich soll keine Browseranwendung programmieren, dann würden wir einen neuen Server brauchen und das kostest und dauert.

Du sollst/musst doch mit einem PC kommunizieren?! Dann ist dieser in dem Fall der Webserver! Ob der nun einfach pure Daten oder (einfache) Websites ausliefert macht keinen großen Unterschied.

Zitat von BörmtDieBuse:

Ich kann da auch schlecht bzw. ich will nicht argumentieren da ich in dem Bereich keine Ahnung hab. Keine Erfahrung mit HTML, CSS usw.

Ich habe mich auch lange davor gesträubt. Aber so schwer war das dann gar nicht...

[BörmtDieBuse]

Zitat von Olli73:

Zitat von BörmtDieBuse:

Ich soll keine Browseranwendung programmieren, dann würden wir einen neuen Server brauchen und das kostest und dauert.

Du sollst/musst doch mit einem PC kommunizieren?! Dann ist dieser in dem Fall der Webserver! Ob der nun einfach pure Daten oder (einfache) Websites ausliefert macht keinen großen Unterschied.

Zitat von BörmtDieBuse:

Ich kann da auch schlecht bzw. ich will nicht argumentieren da ich in dem Bereich keine Ahnung hab. Keine Erfahrung mit HTML, CSS usw.

Ich habe mich auch lange davor gesträubt. Aber so schwer war das dann gar nicht...

ja genau der Arbeitslaptop ist nur ein "Zwischen Server" für Tablet und Datenbankserver. Das ganze würde ich nur machen, wenn ich mit dem Tablet nicht auf den DB-Server zugreifen darf.
Und würde ich wahrscheinlich mit Sockets einfach programmiern, sowas hab ich schonmal gemacht. Der Arbeitslaptop is somit server und Client zugleich. Wenn der Arbeitslaptop, dein Webserver wäre, kann man ihn dann noch wärenddessen als normalen Office PC benutzen?

Zu 2. Das Ding ist dies, ich hab keine Angst davor, ich hab einfach keine Zeit mich um 2 neue Sprachen zu kümmern, auch wenn ich es nur wenig bräuchte.
Ich habe eine Deadline am 15.August und das sind noch ca. 4 Monate und ich konnte wegen der Hardware Einschränkung noch keine Zeile programmieren.
Nur den PAP konnte ich mir ein wenig Gedanken machen. Aber das ganze seht und fällt mit der Auswahl der Hardware.

Mit der Verbindung und den Zugriffen auf die DB ist es nicht getan, ich muss noch Reporst und eine Grafische Auswertung erstellen.