[jcifs] Recursive Deletes

Allen, Michael B (RSCH) Michael_B_Allen at ml.com
Fri Aug 23 14:22:47 EST 2002


> -----Original Message-----
> From:	Christopher R. Hertel [SMTP:crh at ubiqx.mn.org]
> Sent:	Friday, August 23, 2002 12:09 AM
> To:	Allen, Michael B (RSCH)
> Cc:	jcifs at lists.samba.org
> Subject:	Re: [jcifs] Recursive Deletes
> 
> On Thu, Aug 22, 2002 at 11:45:38PM -0400, Allen, Michael B (RSCH) wrote:
> > Nope. If you ask me the whole protocol is a scam to waste bandwidth. It's not
> > good for business if your servers are efficient.
> 
> Witness SMB_COM_COPY (or the lack thereof).  Most server-folk I've talked 
> to don't implement that SMB because the clients (Windows clients, that 
> is) don't use it.
> 
> > You can get a free count of the disk with freeDiskSpace (err, maybe I should
> > have called that getFreeDiskSpace). But not of a particular sub directory.
> 
> How 'bout getDiskFreeSpace?
> 
> Okay, on the NetworkExploider thing...  It does seem that you have a 
> hard-coded URL in the file.  I can't remove and recompile as I don't seem 
> to have the servlet.jar that I need.  That, and there are a few errors 
> against other classes including:
> 
> symbol  : class Log  
> location: package util
> jcifs.util.Log.printHexDump( "type-1-message", src );
>           ^
> src/jcifs/http/NtlmHttpSession.java:88: cannot resolve symbol
> 
> Despite the fact that I can look at jcifs/util/Log.java and see that 
> printHexDump() is there.  I must be doing something wrong with that...
> 
> Hmmm....
> 
	This is because the javac command can't find the jcifs.util.Log class which means your
	doing something funny. Ultimately you have to have all this stuff in your classpath or you
	will not be able to compile or run. Resin is nice because the laucher script just builds a
	CLASSPATH on the fly from everything in it's various lib directories. Path components can
	be paths directory to a jar or zip file (a jar is a zip file) or to the top of a package hierarchy
	like build. For example at the moment my profile is such that my CLASSPATH is:

	build:/usr/local/resin/lib/jsdk23.jar:.:/usr/local/lib/*.jar:/usr/local/lib/classes111.zip

	So build is the direcotory created by Ant and build.xml for jcifs. Then I have the sevlet developer jar
	from resin. I have . so I can run examples in the top jcifs directory. And I can another lib for
	JDBC Database connectivity. And so on. I don't think that *.jar thing actually works. Just a goof.

	Get it?



> Chris -)-----
> 
> -- 
> Samba Team -- http://www.samba.org/     -)-----   Christopher R. Hertel
> jCIFS Team -- http://jcifs.samba.org/   -)-----   ubiqx development, uninq.
> ubiqx Team -- http://www.ubiqx.org/     -)-----   crh at ubiqx.mn.org
> OnLineBook -- http://ubiqx.org/cifs/    -)-----   crh at ubiqx.org




More information about the jcifs mailing list