application client

[rula]

Hallo,

ich möchte ein Vorverkaufssystem mit einem web frontend umsetzen. Hierfür verwende ich gwt als web client.
Nun suche ich nach einer Möglichkeit, um Drucker und Displays anzusteuern. Ich habe an einen application client gedacht, der über das web frontend und den application server angesprochen und versorgt wird.

Ich habe keine andere oder bessere Idee, kann mir jemand helfen, welche Vorgehensweise oder Architektur da sinnvoll ist? Ich freue mich über eine Antwort, mir fehlt hierzu schlichtweg die Erfahrung und das Verständnis.
mfg rula

 

[byte]

Was heisst "Drucker und Display ansteuern"? Wegen GWT und Drucken, gibts hier genug Beispielcode:
http://groups.google.com/group/Goog...kit&q=gwt+print&qt_g=Diese+Gruppe+durchsuchen

 

[rula]

Die Anforderung ist spezielle Ticketdrucker und Kundendisplays direkt per Web über die Com-Schnittstellen der Rechner an den Vorverkaufsstellen anzusprechen. Auf diesen Rechnern sollte nach Möglichkeit keine zusätzliche Software installiert werden, sondern Verkäufe über den web client im Browser getätigt und Ausdrucke und Anzeigen über eine mir nicht klare Technik (evtl. application client) erzeugt werden. Datenent u. -versorgung könnte dann über den application server mit Datenbankanbindung erfolgen. mfg rula

 

[byte]

Achso. Ich bezweifel, dass Du direkt mit einem Webclient (GWT) auf die COM-Schnittstelle oder andere Hardware zugreifen kannst. Wäre denn sichergestellt, dass die JRE auf den Clients installiert ist? Dann könntest Du einfach einen Swing-Client schreiben, der mit Daten vom ApplicationServer gefüttert wird. Diesen Swing-Client kannst Du per Java Webstart verteilen. Die Software müsste dann nicht auf jedem Rechner installiert werden, sondern wäre über einen Link im Netz aufrufbar.

 

[rula]

Wenn die jre auf dem client rechner nötige Voraussetzung ist, wäre dies möglich. Okay, ein swing client über java webstart verteilt kannst Du dir vorstellen. Danke, geht das vielleicht auch innerhalb des geronimo j2ee servers. Swing sagt mir was, java webstart weniger, ich muss suchen.
Und auf die Geräteschnittstellen über jni, jna oder was würde sich aus deiner Sicht anbieten? Vielen dank, byto!

 

[neonfly]

Wenn die jre auf dem client rechner nötige Voraussetzung ist, wäre dies möglich.

Logik für den Client liegt im client package. Der Source wird von GWT in JavaScript kompiliert. JS läuft nur Browser-intern!!!

Da hilft auch nicht die Java Laufzeitumgebung weiter, siehe:

Ich bezweifel, dass Du direkt mit einem Webclient (GWT) auf die COM-Schnittstelle oder andere Hardware zugreifen kannst.

Im IE soll sowas mit ActiveX möglich sein, aber nicht zu empfehlen.

Für den Druck gibt es aber eine Lösung: Controller ansprechen und das PDF auf dem Server erzeugen, der schickt das an den Client und es öffnet sich der Standard-PDF-Viewer. Von da aus kann man dann drucken.

 

[robertpic71]

Für den Druck gibt es aber eine Lösung: Controller ansprechen und das PDF auf dem Server erzeugen, der schickt das an den Client und es öffnet sich der Standard-PDF-Viewer. Von da aus kann man dann drucken.

Diesen Weg gehen einige Speditionen, bei welchen unsere Firmengruppe Sendungen in ein Internetportal eingibt und dann via PDF die Etiketten zurückbekommt.

Bei der PDF-Lösung muss man natürlich relativ häufig "extra" klicken. PDF öffenen, Drucker, Drucker auswählen und Druck. Speziell bei nicht A4-Etiketten wird man den Etikettendrucker nicht als Standarddrucker haben wollen.
Dann gibt es da auch noch die Probleme mit unterschiedlichen Einstellungen beim PDF-Reader (Seitenränder...).

Die bequemste Lösung (für den Anwender) hat eine Spedition mit einer JSP-Webanwendung und und 2 Applets realisiert. Ein Applet läßt den Drucker auswählen (für das Menü Einstellungen), dass zweite macht einen "Silent" Print - ohne Download, ohne Druckdialog, ohne Nachfrage, direkt auf einen Zebra Etikettendrucker.

Auch diese Lösung erfordert eine installierte JRE auf dem Clientrechner.

/Robert

 

[ps]

Wenn ihr Saalpläne benötigt würde ich keinen Webclient empfehlen... ausser ihr gebt euch mit einfachen Rastern zufrieden und verzichtet auf umfangreichere, vektorbasierte Pläne. Auch finde ich rich clients als kassensystem viel geeigneter. Wie willst du denn sonst die Kassenschublade steuern, etc?

Deine Idee mit dem application client könnte schon klappen... allerdings ist das ziemlicher hickhack. Und wenn man sowieso einen Client laufen haben muss, löst sich der Vorteil eines Webclient in Luft auf. Dann kann man auch gleich Swing nehmen

Hmm.. darf man fragen was das für ein System wird? Kenn mich in der Ecke ein bisschen aus.

 

[byte]

guckt mal aufn tacho wie alt der fred is :joke:

 

[neonfly]

Fred ist 4 Monate gross und kann schon sprechen.
Also echt so eine Antwort hätte ich bei einem 8 Monate alten Fred erwartet, aber so... *Kopf schüttel*

 

[maki]

Na dann kann man ja nur hoffen dass rula die letzten 4 Monate verzweifelt auf eine Antwort gewartet hat und diese nun auch zu schätzen weiss

 

[ps]

Vielleicht nicht. Aber manchmal läuft Fred auch Monate später noch Leuten über den Weg die er noch nie gesehen hat.