DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-05-01 07:32 --- If I could switch to Linux as our fileserver easily, I would. However a significant investment (for a small company like ours) has already been made in our infrastructure in terms of both hardware and more importantly man hours. We might still buy a new Linux box as a file server, but we want to know the exact implications of the current situation before rushing to a decision. As I said in my original letter, the fix 3) I've implemented is probably not what we want to have in any codebase. However I'm now more thinking about number 4). Is it reasonable that a change in the modification time of a generated .class file invalidates the whole context? I guess from a paranoid point of view, if the class file changes, then something serious have happened, and thus some serious action should be taken. But what would the implications be if it only resulted in a reload of that particular JSP and not the whole context? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-05-01 11:31 --- My understanding is that ReloadInterceptor is in charge of context reloading. There is an option in there by the name of 'fullReload', which is on by default. So, if you flick this to 'false', you might get what you want. Be warned, the code is marked buggy in ReloadInterceptor.java... Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-05-01 12:56 --- I've tried that with 3.3a with no success, will give it a go with 3.3.1... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-04-30 11:21 --- Although I'd personally vote for solution 1 :-), have you tried running Samba mount instead? Something like: mount -t smbfs //winserv/martin /home/martin -o username= (blah, blah...) You might have to fiddle with permissions a bit, but I think it can be done. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-04-30 11:48 --- I haven't seen any strong evidence that autofs and samba would play well together. NIS, autofs and NFS is a very well proven concept in comparison. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-04-30 12:18 --- Obviously not with Microsoft NFS ;-) What do you need autofs in this scenario for? Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-04-30 13:01 --- To have a unified home directory no matter if I'm using the Linux development server or a Windows desktop. This helps us having centralised backups etc etc. autofs helps with this and centralised home directories is a Good Thing (TM). Hmmm are we off scope now? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8645] - Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8645 Microsoft Services for UNIX v2.0 nfs server has a corrupt last modification date --- Additional Comments From [EMAIL PROTECTED] 2002-04-30 22:23 --- I guess we are off scope, but I don't think it matters - we're trying to resolve you problem, right? First, the real reason why I don't like the patch. A quick search through Tomcat sources reveals that the method lastModified() gets called in a number of different places, from different code and always relies on the fact that the timestamp of the file has changed (correctly). So, you would potentially be fixing a lot more instances. And then there is of course Ant, Velocity and other Jakarta software that would have to do the same to satisfy a buggy piece of software. Sometimes that's the only option (for instance a buggy ZIP implementation in JDK, screwing class reloads from .jar files) since it is core part of the system and cannot be avoided. But this scenario isn't one of those things (although I appreciate that it is important to you). In solution to your problem, why not have the home directories on a Linux box - then you can have a decent SMB and NFS on the same machine. I have searched the web for smbfs + autofs and even found a HOWTO. I agree when you say that it is an unproven concept, but so is Microsoft NFS. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
