[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