[jcifs] error

Michael B. Allen miallen at eskimo.com
Wed Aug 21 05:05:22 EST 2002


On Tue, 20 Aug 2002 14:45:41 -0400
"Anish Acharya" <anish.acharya at casero.com> wrote:

> Unfortunetly the exception is thrown within jCIFS and I have no way to
> catch it 

Ahh, yes, it is in SmbTransport run(). It's just being logged to stderr. I
suppose that it indeed flawed. I'll have to think about a good fix.

> without modifying the jCIFS source.  I will try one of the more robust
> examples
> and examine the behaviour.
> 
> Thanks,
> 
> -anish
> 
> -----Original Message-----
> From: Michael B. Allen [mailto:miallen at eskimo.com]
> Sent: August 20, 2002 2:45 PM
> To: Anish Acharya
> Cc: jcifs at samba.org
> Subject: Re: [jcifs] error
> 
> 
> On Tue, 20 Aug 2002 09:47:11 -0400
> "Anish Acharya" <anish.acharya at casero.com> wrote:
> 
> > Hi everyone.  I seem to be getting the following exception when
> scanning
> > some shared hosts.  Has anyone run into this before?  
> 
> Chances  are this is one particular host that is doing this. Find out
> which
> one  and  then  run one of the examples (like Exists) on it to see what,
> if
> anything,  is  successfully  getting  through  (a really persistant
> crawler
> might  do  this automatically). I think you'll find that jCIFS is
> sending a
> legitimate  request  but  the  server  is  just  closing the socket
> rudely.
> Probably  some  very  unsophisticated  non-windows server (like an
> advanced
> super-printer  that  has  a  built-in  SMB  server) without support for
> RAP
> functions or it's firewalled, etc.
> 
> When  scanning  large WANs you will see quite a bit of stuff like this.
> You
> should catch these *inside* your loop, print it or log it, and move on.
> 
> > 
> > Thanks,
> > 
> > -Anish
> > 
> > Aug 20 09:42:52.895 - exception reading from socket input
> > java.net.SocketException: socket closed
> >         at java.net.SocketInputStream.socketRead0(Native Method)
> >         at java.net.SocketInputStream.read(Unknown Source)
> >         at
> > jcifs.netbios.SessionServicePacket.readPacketType(SessionServicePacke
> > t.java:68)
> >         at
> > jcifs.netbios.SocketInputStream.read(SocketInputStream.java:73)
> >         at
> > jcifs.netbios.SocketInputStream.read(SocketInputStream.java:39)
> >         at java.io.FilterInputStream.read(Unknown Source)
> >         at java.io.PushbackInputStream.read(Unknown Source)
> >         at jcifs.smb.SmbTransport.run(SmbTransport.java:303)
> >         at java.lang.Thread.run(Unknown Source)
> > b4 while
> > 
> > 
> > -----
> > 
> > The information contained in this message is proprietary of Casero
> Inc.,
> > protected from disclosure, and may be privileged. The information is
> > intended to be conveyed only to the designated recipient(s) of the
> > message. If the reader of this message is not the intended recipient,
> > you are hereby notified that any dissemination, use, distribution or
> > copying of this communication is strictly prohibited and may be
> > unlawful. If you have received this communication in error, please
> > notify us immediately by replying to the message and deleting it from
> > your computer. Thank you.
> > 
> 
> 
> -- 
> A  program should be written to model the concepts of the task it
> performs rather than the physical world or a process because this
> maximizes  the  potential  for it to be applied to tasks that are
> conceptually  similar and more importantly to tasks that have not
> yet been conceived.
> 
> 
> -----
> 
> The information contained in this message is proprietary of Casero Inc.,
> protected from disclosure, and may be privileged. The information is
> intended to be conveyed only to the designated recipient(s) of the
> message. If the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination, use, distribution or
> copying of this communication is strictly prohibited and may be
> unlawful. If you have received this communication in error, please
> notify us immediately by replying to the message and deleting it from
> your computer. Thank you.
> 


-- 
A  program should be written to model the concepts of the task it
performs rather than the physical world or a process because this
maximizes  the  potential  for it to be applied to tasks that are
conceptually  similar and more importantly to tasks that have not
yet been conceived. 



More information about the jcifs mailing list