[
http://issues.apache.org/jira/browse/FTPSERVER-19?page=comments#action_12331132
]
Rana Bhattacharyya commented on FTPSERVER-19:
---------------------------------------------
No FileObject should not depend on User. In fact for that matter the
FileSystemView also should not depend on User. Ideally it should depend on the
user root directory. I guess file full name cannot be used as cache key. For
example,
f1
|
+--- f2
| |
| +---- f5
|
+--- f3
|
+---- f2
|
+--- f5
Now say, user1 root directory is /f1
So, f5 full name will be: /f2/f5 and shot name will be f5
Similarly say, user2 root directory is /f1/f3
So f5 full name will be /f2/f5 and short name will be f5
So full names are same even though the OS files are different.
user1
-------
full name: /f2/f5; native full name: /f1/f2/f5
user2
--------
full name: /f2/f5; native full name: /f1/f3/f2/f5
If we assume that we will be using native file system always, we will be losing
the exetensibility.
> Question about FileObject - should it depends on User?
> ------------------------------------------------------
>
> Key: FTPSERVER-19
> URL: http://issues.apache.org/jira/browse/FTPSERVER-19
> Project: FtpServer
> Type: Wish
> Reporter: Sergey M Vladimirov
>
> Does FileObject need to depend from User, or different users can share same
> FileObject?
> Second variant is good choice for caching and reusing file objects - we can
> put all files to cache (where key is they full name), and user-depended code
> will be only in FileSystemView.
> Now first variant is implemented.
> If no marks or suggestions until Tuesday evening (MSK), I will do it - it the
> simpliest way to implement files security chinking in my system (Arp.Site).
> (Please, report me, if you found a bug in my English :) Patches are welcome )
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
