On Dec 21, 2010, at 10:22 AM, Guillaume Lerouge wrote:
Hi Denis,
On Mon, Dec 20, 2010 at 14:38, Donnie Lee <[email protected]> wrote:
Hi Caleb!
Thanks. I copied it in lib, altered the xwiki config and got very long path for file storage. For example, I uploaded retro.pdf file at Sandbox page (Xwiki Centos 5 installation), path is:
/var/cache/tomcat5/work/storage/xwiki/Sandbox/TestPage1/~this/attachments/retro.pdf/retro.pdf
Why to use "~this" in file path and folder "retro.pdf"? What do you think, is /var/cache the right place for attachments?
Caleb explained his rationale for this on item 2. here: http://markmail.org/message/pl7v4sew2ujksrvv
Personally I have a hard time with it too and I think everyone who uses this will ask this question since it's far from obvious. I wish we could find a better naming scheme. The only issue is nested spaces and for example we could decide that spaces are aggegreated as a single path element: ..../<space or nested spaces here>/attachments/... Or we could decide to use a system like REST to indicate what each part of the path means Or we could have a special treatment when there's a space called "attachments" like rename it to ~attachments for ex, etc Or... Thanks -Vincent
Hope this helps,
Guillaume
Also, I have no success with file deletion. If I delete file folder directly from attachments folder, then it still exists on page and I can't remove it from page. If I delete it from web, it don't deleting at filesystem and still exists on webpage.
On Fri, Dec 17, 2010 at 1:39 PM, Caleb James DeLisle <[email protected]> wrote:
Here is a copy of the .jar file. You put that file in your /WEB-INF/lib directory (don't worry about the 2.7 in the name it should be compatible) and change your xwiki.cfg file as described earlier.