<div dir="ltr">Agreed.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 22, 2016 at 9:14 PM, Michael B Allen <span dir="ltr"><<a href="mailto:ioplex@gmail.com" target="_blank">ioplex@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Jun 22, 2016 at 11:26 AM, Moritz Bechler <<a href="mailto:bechler@agno3.eu">bechler@agno3.eu</a>> wrote:<br>
> Hi,<br>
>> If there is someone out there who would like to spearhead a new<br>
>> development branch of jCIFS, I'd be happy to provide insight into the<br>
>> workings of SMB.  I'm particularly interested in seeing SMB2/3 support<br>
>> added to jCIFS.<br>
><br>
> RIght now we have dozens of unrelated and potentially incompatible forks<br>
> and patchsets of jCIFS out there - that really is a waste of everybodies<br>
> time.<br>
><br>
> I think the first thing we need to do is to somehow reunite these<br>
> efforts. If we all continue like this I guess we soon will be in a<br>
> situation where it will just stop working with new servers (or ones<br>
> configured for security) for all of us.<br>
><br>
> I'm not sure where upstream is actually abandoned or not, any comments<br>
> from there?<br>
><br>
> A while back I started working on a fork<br>
> (<<a href="https://github.com/AgNO3/jcifs-ng/" rel="noreferrer" target="_blank">https://github.com/AgNO3/jcifs-ng/</a>>) featuring some major<br>
> architectural changes, including:<br>
> - removal of global state (one can now run multiple isolated clients)<br>
> - more flexibility in configuration, no longer forced to use system<br>
> properties<br>
> - cleaner abstraction of auth mechanisms, NTLMSSP, Kerberos support<br>
> - merged various patches<br>
><br>
> This required a few API breaks.<br>
><br>
> So I guess this might be a good starting point for a new development<br>
> branch. I'd be happy to merge other improvements and fixes and am<br>
> ultimately looking forward to adding SMB2+ support, but I don't think<br>
> thats an effort that I can tackle completely on my own in the near future.<br>
><br>
><br>
> regards<br>
><br>
> Moritz<br>
<br>
</div></div>Hi Moritz,<br>
<br>
That all sounds great but I would like to caution anyone forking JCIFS:<br>
<br>
I can see there are literally 5 pages of projects on github called<br>
"jcifs". Not "jcifs-foo" or whatever but just "jcifs". If you or<br>
anyone else creates a fork of jcifs, please do NOT call it "jcifs". If<br>
someone builds it and makes a jcifs-x.x.x.jar they will not be able to<br>
identify the fork from the original!<br>
<br>
Mike<br>
<br>
--<br>
Michael B Allen<br>
Java Active Directory Integration<br>
<a href="http://www.ioplex.com/" rel="noreferrer" target="_blank">http://www.ioplex.com/</a><br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span style="font-family:courier new,monospace">"Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X<br>Samba Team -- <a href="http://www.samba.org/" target="_blank">http://www.samba.org/</a>     -)-----   Christopher R. Hertel<br>jCIFS Team -- <a href="http://jcifs.samba.org/" target="_blank">http://jcifs.samba.org/</a>   -)-----   ubiqx development, uninq.<br>ubiqx Team -- <a href="http://www.ubiqx.org/" target="_blank">http://www.ubiqx.org/</a>     -)-----   <a href="mailto:crh@ubiqx.mn.org" target="_blank">crh@ubiqx.mn.org</a><br>OnLineBook -- <a href="http://ubiqx.org/cifs/" target="_blank">http://ubiqx.org/cifs/</a>    -)-----   <a href="mailto:crh@ubiqx.org" target="_blank">crh@ubiqx.org</a><br><br></span></div></div>
</div>