brian johnson

hi,

ich bekomme bei sockets in Java folgende fehlermeldung:

was ich mir ergoogelt habe, war das der client die verbindung beendet hat. gut, bei mir ist der client ein drucker der per TCP/IP angesprochen wird. normalerweise sollte dieser auch bei einem fehler nicht die verbindung beenden. gibts sonst noch gründe warum diese SocketException geworfen wird?

werd nachher noch mehr zu schreiben....

gruß

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

Mister Ad

brian johnson

so also, das problem bezieht sich auf einen ticket drucker. das ganze muss in java sein, damit wir einen lokalen drucker ansprechen können.
die oben genannte fehlermeldung tritt nicht immer auf (gerne druckt er auch ein paar mal 100 tickets am stück durch), aber proportional zur druckerbelegung öfters.
danach kann ich keine weiteren druckaufträge versenden, da hilft ENTWEDER ein neustarten von java+browser oder ein neustarten des druckers (wobei wenn ich den drucker neustarten muss, hilft ein neustarten von java nicht. andersrum wenn ich java neustarten muss, hilft ein druckerneustart nicht).

den code kann ich euch am montag posten, wenn erwünscht. die sache ist halt, dass er funktioniert, nur manchmal kommt oben genannte fehlermeldung währende eines druckauftrags. (übermittelte tickets werden allerdings weiter gedruckt da gecached)

abfragen kann ich zwar statusmeldungen des druckers, manchmal jedoch antwortet er nicht. da ich mich noch nicht mit den non-blocking streams in java auseinandergesetzt habe, ist das applet natürlich dann blockiert.
bei diesem fehler ist allerdings die verbindung gekappt, weswegen ein abfragen des status natürlich nur eine weitere exception wirft die besagt das keine verbindung besteht.....

ideen?

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

dr.e.

Hallo brian,

ich kenne das Problem nicht aus meiner Erfahrung, deswegen stelle ich mal ein paar Fragen:

- welche JAVA-Version verwendest du?
- wird die Kommunikation zwischen Server und Drucker, oder zwischen
Client(-Applet) und Drucker initiiert?
- wie sprichst du den Drucker an?
- verwendest du soetwas wie Connection-Pooling, oder andere Pooling-Varianten?

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

brian johnson

nach update normalerweise die neuste, welche version es ist kann ich dir erst am montag sagen.

das applet spricht den drucker direkt an.

tcp/ip über lan per socket + BufferedInputStream

nein.

tritt übrigens nicht nur bei einem drucker auf.

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

dr.e.

Hallo brian,

ich habe mir mal den Quelltext angesehen und nichts besonderes für mich feststellen zu können. Dort wird einfach eine "normale" Socket-Verbindung verwendet, die dem Standard-TCP-Timeout des verwendeten Betriebssystems unterliegt, sofern nichts anderes auf der Büchse konfiguriert. Auch die API-Doku hat mich keine Fehler erkennen lassen.


Das könnte ein Problem sein, da hier der Browser noch mitspielt und dir in die Suppe spucken kann. Ich würde zum Test diese Komponente mal ausschalten und das Applet auf der CommandLine ausführen.


Sorry, wenn ich nichts produktives beitragen kann, für mich sieht das an sich funktionsfähig aus.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

brian johnson

dachte ich mir auch schon, mehrere browser getestet, aber über cli hab ichs noch nicht probiert, werd ich dann morgen mal nachholen und das ergebnis berichten.
die sache ist halt, es muss über den browser laufen.

kein thema ich kanns mir ja auch nicht erklären und verdächtige die ganze zeit schon den drucker. und es funktioniert ja auch, nur kommt _manchmal_ dieser fehler. das ärgerliche ist halt, das ich entweder java oder den drucker neustarten muss, somit ist jede fehlerbehandlung und jede wiederholung sinnlos (aber meistens eben den drucker. ich denke manchmal hängt sich java auf weil die verbindung mitten während der übertragung gekappt wurde).

ich setze mich morgen auch mal mit non-blocking streams in java auseinander, da der drucker nicht immer antwortet.

trotzdem vielen dank!

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

brian johnson

hi,

kannst du mir bestätigen, dass diese exception jederzeit geworfen werden kann, also unabhängig von zugriffen auf den socket?
ich bekomme nämlich merkwürde debug meldungen. normalerweise sollen die so aussehen:

jetzt hab ich aber folgende bekommen:

wie du siehst, wird während ticket 140 besagte Exception geworfen. generell ruft der catch block dann wieder init() auf die wieder eine verbindung herstellt (bzw. soll) und diese ruft wiederrumm process_tickets() auf die an der abgebrochenen stelle weitermachen soll.

hier aber das phänomen

wie du siehst macht java nach der exception mit einem codeblock (ausgabe von "END ticket") weiter der im try block obendrübersteht.
danach wirds noch schlimmer, END ticket, was immer noch im try block steht, kommt nach dem aufruf von init().
schlussendlich gehts dann noch mit dem ticket 41 statt 141 weiter.

nun vllt. wars ein einmaliger java "ausrutscher", doch die merkwürdigkeiten häufen sich....ich habe das applet gerade neu kompiliert und probiere noch ein bisschen rum

edit> diese meldung müsste java doch eigentlich bringen wenn es das TCP/IP reset signal bekommt odeR?

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

dr.e.

Hallo brian,

Das deutet meiner Meinung nach auf einen Connection-Abbruch auf Drucker-Seite hin.

Das findest du im Normalfall dann im Log, wenn keine Verbindung aufgebaut werden kann, oder einen offene Socket-Verbindung nach dem Timeout geschlossen wird. Da das beim init() passiert tippe ich auf letzteres.

Ich schlage vor, du implementierst zum Test einen "Server-Dienst" in JAVA, der dir die Ausgaben des Applets loggt und einfach nur einen blöden Socket aufbaut. So kannst du sauber testen, ob das Applet probleme macht, oder der Drucker. Für meinen Geschmack ist der Drucker das Problem.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

brian johnson

ists wohl auch, bin eben im drucker manual über eine funktion gestolpert nachdem ich in dem doument mal nach RST gesucht hab:

die frage ist nur, warum er das auch bei meinem test drucker macht der immer maximal einen auftrag sendet. wäre aber eine erklärung warum das häufiger bei größeren aufträgen auftritt.

auf jeden fall danke, werd mich mit dem hersteller in verbindung setzen.

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*