2010-04-28 81 views
3

我構建了訂閱事件服務器的Java CORBA應用程序。應用程序縮小並登錄就好了,但只要事件發送到客戶端,就會打斷下面的錯誤。請指教。編輯: 請注意,這隻發生在有些機器上運行時發生。它適用於某些人,但不適用於其他人。即使在同一平臺上(我試過Windows XP/7和CentOS Linux)有些工作,有些不需要...當事件觸發時,Java CORBA客戶端斷開連接

這裏是WireShark輸出...看起來像工作PC更具互動性該網絡與非工作PC相比。

工作PC

No.  Time  Source    Destination   Protocol Info 
    62 28.837255 10.10.10.209   10.10.10.250   TCP  50169 > 23120 [SYN] Seq=0 Win=8192 Len=0 MSS=1260 WS=8 
    63 28.907068 fe80::5de0:8d21:937e:c649 ff02::1:3    LLMNR Standard query A isatap 
    64 28.907166 10.10.10.209   224.0.0.252   LLMNR Standard query A isatap 
    65 29.107259 10.10.10.209   10.255.255.255  NBNS  Name query NB ISATAP<00> 
    66 29.227000 10.10.10.250   10.10.10.209   TCP  23120 > 50169 [SYN, ACK] Seq=0 Ack=1 Win=32768 Len=0 MSS=1260 WS=0 
    67 29.227032 10.10.10.209   10.10.10.250   TCP  50169 > 23120 [ACK] Seq=1 Ack=1 Win=66560 Len=0 
    68 29.238063 10.10.10.209   10.10.10.250   GIOP  GIOP 1.1 Request s=326 id=5 (two-way): op=logon 
    69 29.291765 10.10.10.250   10.10.10.209   GIOP  GIOP 1.1 Reply s=420 id=5: No Exception 
    70 29.301395 10.10.10.209   10.10.10.250   GIOP  GIOP 1.1 Request s=369 id=6 (two-way): op=registerEventStat 
    71 29.348275 10.10.10.250   10.10.10.209   GIOP  GIOP 1.1 Reply s=60 id=6: No Exception 
    72 29.405250 10.10.10.209   10.10.10.250   TCP  50170 > telnet [SYN] Seq=0 Win=8192 Len=0 MSS=1260 WS=8 
    73 29.446055 10.10.10.250   10.10.10.209   TCP  telnet > 50170 [SYN, ACK] Seq=0 Ack=1 Win=32768 Len=0 MSS=1260 WS=0 
    74 29.446128 10.10.10.209   10.10.10.250   TCP  50170 > telnet [ACK] Seq=1 Ack=1 Win=66560 Len=0 
    75 29.452021 10.10.10.209   10.10.10.250   TELNET Telnet Data ... 
    76 29.483537 10.10.10.250   10.10.10.209   TELNET Telnet Data ... 
    77 29.483651 10.10.10.209   10.10.10.250   TELNET Telnet Data ... 
    78 29.523463 10.10.10.250   10.10.10.209   TCP  telnet > 50170 [ACK] Seq=4 Ack=5 Win=32768 Len=0 
    79 29.554954 10.10.10.209   10.10.10.250   TCP  50169 > 23120 [ACK] Seq=720 Ack=505 Win=66048 Len=0 

非工作PC

No.  Time  Source    Destination   Protocol Info 
     1 0.000000 10.10.10.209   10.10.10.250   TCP  64161 > 23120 [SYN] Seq=0 Win=8192 Len=0 MSS=1260 WS=8 
     2 2.999847 10.10.10.209   10.10.10.250   TCP  64161 > 23120 [SYN] Seq=0 Win=8192 Len=0 MSS=1260 WS=8 
     3 4.540773 Cisco_3c:78:00  Cisco-Li_55:87:72  ARP  Who has 10.0.0.1? Tell 10.10.10.209 
     4 4.540843 Cisco-Li_55:87:72  Cisco_3c:78:00  ARP  10.0.0.1 is at 00:1a:70:55:87:72 
     5 8.992284 10.10.10.209   10.10.10.250   TCP  64161 > 23120 [SYN] Seq=0 Win=8192 Len=0 MSS=1260 
+3

呃... CORBA ... – 2010-04-28 00:20:56

+1

我完全同意。我的前額因在CORBA牆上敲打而流血 – Benny 2010-04-29 01:50:06

回答

0

班尼是你的還是CORBA的壓迫下痛苦?

如果是下面可能會有幫助:

  • 你能找出服務器運行的是什麼版本的TAO的?
  • 你有沒有試過它與孫的球(遠射)?
  • 您可以試一試OpenORB
  • 以上都失敗了,如果你有python知識,可以用omniORBpy訪問服務器嗎?

如果上述任何一個都不行,那麼我不確定,但讓我知道我可能會想出更多的想法。服務器正在使用的TAO版本將會有所幫助,至少您可以瞭解您正在處理的corba規範版本。

+0

我實際上最終使用了omniORBpy,而且我遇到了相同(或相似)的問題。我正在用python在linux上嘗試它,但請參閱我的其他帖子以獲取更多信息。如果您能夠提供幫助,我會獎勵這兩個帖子。 http://stackoverflow.com/questions/4418446/corba-event-client-etimedout – Benny 2010-12-12 07:34:28

0

客戶端和服務器是否在同一個局域網內運行?我的意思是在你的客戶機上啓用了防火牆或軟件防火牆嗎?或者客戶端和服務器之間?

+0

他們都在同一個局域網。我甚至嘗試關閉Windows防火牆,在幾次測試中檢測不起作用且沒有成功的機器。 – Benny 2010-05-10 18:45:54

+0

您可以使用wireshark/tcpdump來捕獲TCP/IP通信流嗎?它可能對故障排除更有幫助。 – 2010-05-11 03:14:56

相關問題