[jcifs] Directory Level Disconnect.

Allen, Michael B (RSCH) Michael_B_Allen at ml.com
Thu Dec 19 11:01:10 EST 2002


No. Disconnecting a user requires DCE/RPC services which jCIFS does not have.
For now, I suggest you catch the exception, add the errant file to a list and try
again after a few moments or report the files in use. You could then srvmgr.exe
to disconnect users manually? Just a thought.

> -----Original Message-----
> From:	Gallagher Brent D [SMTP:GallagherBrentD at JohnDeere.com]
> Sent:	Wednesday, December 18, 2002 5:20 PM
> To:	jcifs at samba.org
> Subject:	[jcifs] Directory Level Disconnect.
> 
> 
> Hello all,
> 
> I am attempting to delete a directory and running into a problem with
> another user being connected to my target. Is there anyway either through
> this API or any other utility to programatically "kick all users" off this
> directory so that I can complete this delete operation? Disconnecting the
> entire share a couple levels up is not an option as the file share is a
> rather large NAS device.  Thanks in advance. 
> 
> Context:   jcifs.smb.SmbException: The file is being used by another process
> 	at jcifs.smb.SmbTransport.send(SmbTransport.java:497)
> 	at jcifs.smb.SmbSession.send(SmbSession.java:90)
> 	at jcifs.smb.SmbTree.send(SmbTree.java:92)
> 	at jcifs.smb.SmbFile.send(SmbFile.java:448)
> 	at jcifs.smb.SmbFile.delete(SmbFile.java:1697)
> 	at jcifs.smb.SmbFile.delete(SmbFile.java:1665)
> 	at jcifs.smb.SmbFile.delete(SmbFile.java:1685)
> 	at jcifs.smb.SmbFile.delete(SmbFile.java:1665)
> 	at
> com.deere.a0.ebuildretrieval.JTRetrieve.retrieveEbuildAssembly(JTRetrieve.ja
> va:186)
> 	at com.deere.a0.ebuildretrieval.JTRetrieve.main(JTRetrieve.java:19)
> 
> 
> 
> 
> > Brent Gallagher
> > Engineering Systems
> > John Deere Harvester Works
> > Ph: (309) 748-6004  Fax: (309) 765-9010
> > Email-  GallagherBrentD at JohnDeere.com
> > 
> > 
> > 
> 




More information about the jcifs mailing list