Hi Craig,

> On 31 Mar 2017, at 21:08, Craig Wright <crw+xw...@crw.xyz> wrote:
> 
> XWiki is a very large, feature-rich product. While there are a lot of docs, 
> they have clearly grown organically over time. Areas of the docs like 
> Snippets assume a familiarity with the system that is not available to learn 
> from the docs site itself. That’s the bad news; the good news is that the 
> docs are mostly editable by users and so it is a place where us newbies can 
> contribute. In fact I owe them an update on how to install XWiki+nginx+SSL. :)

Waiting for it! ;)

> I have had a good number of frustrations getting things running,

We’re keen to improve XWiki constantly and I’d love to know what those are to 
see whether we’re working on them or to add them to our todo in case they’re 
not.

> but I have to say compared to other wiki systems I’ve used, you can’t beat 
> the features at the price. Things may get much easier with the containerized 
> deployment, I haven’t tried that yet. 

Let me know how the xwiki docker image works for you. I’m sure there are plenty 
of features to add but would be great to know what users are looking for.

Thanks
-Vincent

> Be well,
> Craig
> 
> 
>> On Mar 30, 2017, at 3:20 PM, Douglas Landau <dougl...@westmarine.com> wrote:
>> 
>> 
>>> I’ve never used this code but shouldn’t it execute in a wiki page?
>> 
>> Thanks Vincent.  I finally figured out from Craig Wright's comment ("FOR 
>> THOSE NEW TO XWIKI") that a)there is such a thing [as a code snippet that 
>> runs in a page] and that this is one of them.  Being completely unaware of 
>> the existence of snippets, I would never have guessed that this was one.
>> 
>> I followed step 1:
>> Step 1: Switch to Filesystem attachments.
>> I followed step 2:
>> Step 2: Add a new directory to your backup routine.
>> I read step 3:
>> Step 3: Copy attachments from database to filesystem.
>> Now you are ready to copy the data over from your database to the 
>> filesystem. It is prudent to leave the attachments in the database since in 
>> most situations the attachment data is not bothersome just sitting in the 
>> database (The only risk of attachments left in the database is that they 
>> will bloat the size of the database files). As such, this script contains no 
>> facility to delete entries from the database.
>> If anything goes wrong in this function, it will fail with an error message 
>> and you should get the stack trace, keep it to confuse and humiliate the 
>> developer with. No harm should be done since this only loads from the 
>> database and only saves to the filesystem.
>> 
>> I read step 4:
>> Step 4: Make sure everything is working.
>> Check to make sure your attachments are still there, if an attachment is 
>> broken, ... <snip>
>> 
>> I felt quite sure that how to run the thing should be in step 3; 2 is too 
>> soon, and 4 is too late.  But how?  Nowhere in the text does it actually say 
>> how to run the thing!!!   So I googled looking for other's comments on 
>> forums, etc.  I YUM installed Groovy and tried running it on the 
>> commandline.  I removed the leading and trailing lines ("[[grovy]]") which 
>> caused errors.  I got class not found errors.  I read step 3 again.  I 
>> started reading the details of CLASSPATH and /bin/build-classpath.  With 
>> reluctance and just a little resentment.   It was an extwemewy fwustwating 
>> expewience.
>> 
>> That said, I realize it the mailing list is for questions, not complaints, 
>> and so apologize to all for this complaint, and will take it and my other 
>> such observations to Jira and log them as bugs.
>> 
>> dkl
>> 
>> The information contained in this transmission may contain West Marine 
>> proprietary, confidential and/or privileged 
>> information.  It is intended only for the use of the person(s) named above. 
>> If you are not the intended recipient, you are 
>> hereby notified that any review, dissemination, distribution or duplication 
>> of this communication is strictly prohibited. 
>> If you are not the intended recipient, please contact the sender by reply 
>> email and destroy all copies of the original 
>> message. To reply to our email administrator directly, please send an email 
>> to netad...@westmarine.com.
> 

Reply via email to