Mike,<br><br>Thanks much for the feedback.<br><br>In response to 1.), we've got multiple users sharing a JVM, so whoever
is lucky enough to set the config first, is what gets used throughout
the lifetime of the container.<br><br>However, what you're telling me in 2.), may be the answer to my problem. I had assumed that jcifs.smb.client.{domain,username,password} was the only way to set these authentication properties. So if there's a non-static way to set them, we should be good.<br>
<br>I'll give that a shot. Thanks!<br><br><div class="gmail_quote">On Mon, Sep 28, 2009 at 2:35 PM, Michael B Allen <span dir="ltr"><<a href="mailto:ioplex@gmail.com">ioplex@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Brian,<br>
<br>
The static global nature of jcifs.Config has discussed and it will be<br>
changed in 2.0 (whenever that happends) so that properties are stored<br>
using thread local storage and thus can be changed on-demand.<br>
<br>
However a few things:<br>
<br>
1. If each cluster uses it's own JVM then you should be able to set<br>
properties independently so what you're saying doesn't really make a<br>
lot of sense.<br>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2. Note that the jcifs.smb.client.{domain,username,password}<br>
properties are just used as default values. They are not required to<br>
be set at all and in fact it is considered superior to explicitly<br>
supply credential using the NtlmPasswordAuthentication class and<br>
associated SmbFile constructors.<br>
<br>
3. All properties managed by the jcifs.Config class are things that<br>
should not change from one network to another. They are all things<br>
that on Windows would be set in the registry or are a property of the<br>
domain or name server and so on. So in theory you should not need to<br>
change them at all since you could not change them at runtime on a<br>
Windows computer or on a Samba server.<br>
<br>
Mike<br>
<div><div></div><div class="h5"><br>
On Mon, Sep 28, 2009 at 1:57 PM, Brian Detweiler<br>
<<a href="mailto:bdetweiler.work@gmail.com">bdetweiler.work@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> I am writing to make you aware of a particular use case with static classes<br>
> being a problem.<br>
><br>
> First off, I realize you are busy and will likely not change this anytime<br>
> soon (if ever), but on the off-chance someone is bored, this would be a nice<br>
> thing to have working.<br>
><br>
> Here's the use case: We run a ColdFusion clustered environment on Linux RHEL<br>
> 5. We have 16 servers, with a total of about 10 clusters on each. Each<br>
> cluster is a separate instance of a JVM, and it is shared by many people<br>
> developing ColdFusion apps.<br>
><br>
> We encountered the need to provide Samba access through ColdFusion, and<br>
> JCIFS was easy to integrate as a custom tag. CF is a tag-based language<br>
> fully integrated with Java, and you can write custom tags in Java that<br>
> basically work like Java classes in ColdFusion.<br>
><br>
> We noticed a problem though, when interacting with two different Samba<br>
> shares (requiring different credentials) in the same ColdFusion script.<br>
> After much frustration, and eventually digging through the JCIFS code, it<br>
> became apparent that the static config class essentially will not allow this<br>
> behavior. We are basically limited to one set of credentials per cluster,<br>
> which severely limits its usefulness.<br>
><br>
> Again, while I understand this may not be a priority, I did want to make you<br>
> aware of this use case.<br>
><br>
> Peace,<br>
> Brian Detweiler<br>
><br>
><br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
Michael B Allen<br>
Java Active Directory Integration<br>
<a href="http://www.ioplex.com/" target="_blank">http://www.ioplex.com/</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Brian Detweiler<br>