[jcifs] jcifs-0.6.6 released

[Michael B. Allen]

On Wed, 25 Sep 2002 21:53:53 -0400
"Allen, Michael B (RSCH)" <Michael_B_Allen at ml.com> wrote:

> Damn. That's 3 bugs. I'll fix these now. Pls hold.

Unfortunately  I  cannot  fix  this  in  0.6. I did not realize that the
Handler   was  so  neglected.  It  is  clearly  not  going  to  work  in  a
multithreaded  environment.  The  SMB  URL  code  will  really  have  to be
remodeled  around  the  Java  URL  class. I believe I tried that before and
recall it was troubled.

Anyway, I have applied the Win2K patch and thus 0.6.6. The '@' bug remains.
It's  just  too  dangerous to try and fix it in 0.6. I think if you compose
all  SmbFiles  with the two parameter constructor and pass the smb://server
and   share/me at beach/file   parameters   separately   you're   gold.   Most
applications larger than a cron job do that anyway and they can use 0.7.

What a shame. I had high hopes for 0.6.

> > -----Original Message-----
> > From:	Thomas Krammer [SMTP:TKrammer at nxn-software.com]
> > Sent:	Wednesday, September 25, 2002 9:47 PM
> > To:	'jcifs at samba.org'
> > Subject:	[jcifs] URLHandler Bug
> > 
> > Hi everyone, 
> > 
> > I'm writing an application which supports various file transfer protocols. The file's location is represented by an URL. First I parse the URL using java.net.URL and then trigger protocol specific
> > behavior. Using this application I found a bug in jcifs.smb.Handler.
> > 
> > The jcifs.smb.Handler class stores a SmbFile object used to parse the URL. If any error occrs during the URL parsing that object isn't overwritten. So when a incorrect SMB URL (e.g. containing an
> > invalid host name) is used to create an URL object the last valid parsing result is used.
> > 
> > The example code below demonstrates this problem. 


-- 
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.