Socket java.net.BindException: The call was cancelled

[Jaspar]

Hallo Community,

der Thread-Titel sagt schon worum es geht.
Ich habe eine Anwendung die einen ServerSocket instanziert und anschließend auf eingehende Verbindungen wartet. Nach einer gewissen Zeit wird, ohne das ein Client sich verbunden hat, folgende Exception ausgelöst:

java.net.BindException: The call was cancelled
at java.net.SocketImpl.acceptStreamSocketImpl(Native Method)
at java.net.PlainSocketImpl.accept(Unknown Source)
at java.net.ServerSocket.implAccept(Unknown Source)
at java.net.ServerSocket.accept(Unknown Source)
...
​

Kann mir jemand erklären, was diese Exception bedeutet, ich stehe nämlich vollkommen auf dem Schlauch.



Liebe Grüße,

Jas

 

[VfL_Freak]

Moin,

läuft ggf. schon eine weitere Instanz der Anwendung, die den gleichen Port benutzt?

Gruß
Klaus

 

[Jaspar]

Heyho,

läuft ggf. schon eine weitere Instanz der Anwendung, die den gleichen Port benutzt?

Das kann ich ausschließen.
Ich sollte vielleicht noch erwähnen, dass ich die Anwendung für ein Windows CE Gerät entwickle.
Wenn ich die Anwendung aus eclipse heraus auf meinem Desktop-Rechner debugge funktioniert alles problemlos. Läuft die Anwendung allerdings auf dem Handheld kommt es zur eingangs beschriebenen Exception.

 

[chalkbag]

Wenn der Port benutzt werden würde, stände "Address already in use"

Wenn du mal

serverSocket.setSoTimeout(10000);

setzt, passiert es dann eben genau nach 10 Sekunden? Also kann es sein, das es einfach ein Timeout ist.
Allerdings sollte er das nicht, wenn du setSoTimeout nicht gesetzt hast. Hast du?

 

[VfL_Freak]

Moin,

Referenz: java.net.BindException
zeigt die zwei möglichen Erklärungen für das Auftreten!

Gruß
Klaus

 

[VfL_Freak]

Moin,

Wenn der Port benutzt werden würde, stände "Address already in use"

nein, das sehe ich nicht so.
Ich benutzte hier genau diesen Mechanismus, um zu unterbinden, dass unsere Applikation auf einem PC mehrfach gestartet werden kann. Zu Beginn instantiiere ich die ServerSocket mit einem beliebigen (aber fixen) Port im 60-Tausender Bereich. Wird nun die Anwendung erneut aufgerufen, erhalte ich genau die genannte BindException und reagiere entsprechend !

Gruß
Klaus

 

[Jaspar]

Heyho,

Also kann es sein, das es einfach ein Timeout ist.
Allerdings sollte er das nicht, wenn du setSoTimeout nicht gesetzt hast. Hast du?

Auf dem ServerSocket ist kein Timeout gesetzt.


Hier mal der Code der den ServerSocket erzeugt:

private InetAddress localAddress = null;
private ServerSocket tcpSocket = null;
    
    
    
private Listener()
{
    try {
        localAddress = InetAddress.getLocalHost();
        tcpSocket = new ServerSocket(22002, 1, localAddress);
    } catch (SocketException e) {
        ...
    } catch (IOException e) {
        ...
    }
}

 

[chalkbag]

Danke,

mein Fehler, habs gerade ausprobiert.

Und ein Timeout kanns auch nicht sein, das wäre

java.net.SocketTimeoutException: Accept timed out

Läuft die Anwendung allerdings auf dem Handheld kommt es zur eingangs beschriebenen Exception.

eine Zugriffskontrolle kann das dann nicht sein? (also Firewall, Rechte)

 

[Jaspar]

eine Zugriffskontrolle kann das dann nicht sein? (also Firewall, Rechte)

Eine Firewall läuft auf dem Windows CE Gerät nicht, inwieweit Rechte ein Problem darstellen könnten weiß ich nicht. Was meinst Du konkret?

 

[chalkbag]

Also an Rechte glaub ich nicht (also Admin/User).

Aber was ich gerade gelesen habe, es gibt wohl einen wurm der den Port 22002 belegt :lol:
Schonmal einen anderen verwendet bzw. den Portstatus überprüft?

[Edit]

Angeblich wäre der Port registriert
TCP/UDP Ports -> Port 22002

Ka. was optohost ist und ob das auf deinem ce läuft :bahnhof:

 

[Jaspar]

Heyho,

also wenn ich den Port zum Beispiel auf 10002 ändere hab ich leider das gleiche Problem.

Und wenn ich einem Tool alle geöffneten Ports des CE Geräts auslese, dann ist weder Port 22002 noch Port 10002 geöffnet, wenn meine Anwendung nicht läuft.

 

[Jaspar]

Heyho,

ein kleines Update:

Das Problem tritt nur auf, wenn das Windows CE Gerät über eine Dockingstation via USB mit meinem Desktop-Rechner verbunden ist. Was genau das Problem verursacht, kann ich allerdings nicht sagen.
Spielt Active Sync da eventuell eine Rolle?
Über ipconfig kann ich sehen, dass das Gerät eine zusätzliche Ethernet-Schnittstelle hat, wenn es mit meinem Rechner verbunden ist.

Vielleicht fällt jemandem von euch dazu noch etwas ein?



Liebe Grüße,

Jas

 

[despikyxd]

ähm ... habt ihr mal den stacktrace richtig gelesen ? ... die exception wird in der kette von ACCEPT geworfen ... also während dem AKTIVEN warten auf verbindungen ... was ich aber in dem code-snippet nicht finde ...
vielleicht solltest du uns mal die KOMPLETTE exception posten und nicht nach eigenem ermessen dann irgendwo 3 punkte machen ...
und dann wäre auch mal der source der betroffenen klassen wichtig ... und zwar KOMPLETT und nicht nur stückchen weise

@VFL
wenn du mittels ServerSocket ein multi-start deiner app verhindern willst ... dann wirst du an jeder guten firewall scheitern ...
es gibt deutlich einfachere mthoden um multi-start wirkungsvoll zu verhindern ... mit einigen kann man sogar multi-instanzen von applets feststellen und entsprechend nur dem ersten die weitere ausführung gestatten während die anderen fehlermeldungen zeigen .. und das sogar ohne signierung oder serseitiges checken der remote-ip ...

 

[HoaX]

@VFL
wenn du mittels ServerSocket ein multi-start deiner app verhindern willst ... dann wirst du an jeder guten firewall scheitern ...

a) Nö, jede gute interessiert sich nicht für Sockets die nur auf localhost lauschen.
b) Eine Firewall ist ein Konzept, keine Software

 

[VfL_Freak]

Moin,

a) Nö, jede gute interessiert sich nicht für Sockets die nur auf localhost lauschen.

richtig, es geht ja nur um lokale Instanzen auf dem gleichen PC !

Gruß
Klaus