- xwiki-users@xwiki.org - lists.xwiki.org

Re: [xwiki-users] [xwiki-devs] [Survey] Feedback about XWiki and future features
by vincent＠massol.net 29 Oct '15

29 Oct '15

Thanks a lot everyone, we got 8 new survey results since yesterday, that’s great! :) We can do even better, please all take the time to fill the survey ASAP. It’s not much, won’t take much time and it helps a lot the project. That’s a good way to contribute something back! :) Thanks -Vincent On 28 Oct 2015 at 20:08:43, Ldm Public ([email protected](mailto:[email protected])) wrote: > Done ! > > Le 23/10/2015 15:19, vincent(a)massol.net a écrit : > > Hi, > > > > In previous years the xwiki.org project launched surveys about features we’d like to see implemented in XWiki (see http://www.xwiki.org/xwiki/bin/view/Main/Feedback) > > > > After some discussions with fellow XWikiers we thought it could be interesting to launch a similar survey in 2015, especially with the 8.x cycle approaching. But this time instead of having a long list of features to vote on, we thought it might be more interesting to have a few open questions that the community could answer. > > > > The aim of this short survey is to find out more about how satisfied (or not!) the members of the XWiki community are with the XWiki product. > > > > We'd be happy to learn about: > > * what you like / dislike about the product > > * the features and improvements you’d like to see in the product in the future and especially for XWiki 8.x > > > > The survey will run till November 13 and the results will be synthesised and made available mid-November through a blog post on the community blog ( http://blog.xwiki.org/xwiki/bin/view/Blog/ ) > > > > The survey has 6 questions and should only take a few minutes: > > > > http://www.xwiki.org/xwiki/bin/view/Main/SurveyXWikiProduct2015 > > > > Thanks a lot for your contributions and for helping improve the product, > > -Silvia & Vincent

2 1

Re: [xwiki-users] xwiki as our Intranet
by vincent＠massol.net 28 Oct '15

28 Oct '15

Nice! I like it when our users are happy :) Well done Clements! @Rolf: maybe you could write a little quote for http://www.xwiki.org/xwiki/bin/view/References/Testimonials ;) Thanks -Vincent On 28 Oct 2015 at 14:29:55, Rolf Lang (rolf.lang(a)la-bw.de) wrote: Clemens, you are great! We followed your clear instructions and indeed, it worked as expected. Thanks for your great support. We are realy happy! Kind regards Rolf LANG -----Ursprüngliche Nachricht----- Von: users [mailto:[email protected]] Im Auftrag von Clemens Klein-Robbenhaar Gesendet: Dienstag, 27. Oktober 2015 17:38 An: users(a)xwiki.org Betreff: Re: [xwiki-users] xwiki as our Intranet Hi Rolf, for use case 2: actually I did not realize that the main wiki:Main.Activity page still uses my locally adapted "activity" macro ... that is why it worked for me, and not for you. So, it seems we need to get our hands dirty and modify the "activity" Macro: a) in the subwiki, go to the .../Main/Activity page b) go to "Edit" -> "Objects" c) click "Objects of type XWiki.WikiMacroClass d) this opens several text fields; the big field for "Macro code" contains, unsurprisingly, the code for the macro which makes sure we only see messages from the local wiki. Here we need to make some changes: d1) just at the start: {{velocity output=false}} ## add a line remembering the current wiki, so it looks instead like: {{velocity output=false}} #set($currentWiki = $xcontext.getDatabase()) ## d2) look for the code ## Always assume access to messages. For the rest of the documents, check access. #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{ 4}-[0-9a-z]{12}") || ($xwiki.hasAccessLevel('view', $xcontext.user, "${xcontext.database}:${pageName}") && !$iterationDocuments.contains($pageName))) insert five lines of code in between so it looks like: ## Always assume access to messages. For the rest of the documents, check access. #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{ 4}-[0-9a-z]{12}")) #set($myWiki = "xwiki") #else #set($myWiki = $currentWiki) #end #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{ 4}-[0-9a-z]{12}") || ($xwiki.hasAccessLevel('view', $xcontext.user, "${xcontext.database}:${pageName}") && !$iterationDocuments.contains($pageName))) what it does: prepares to set the "right" wiki/database: if it is a message, look it up in the main wiki (which knows all messages), for all other events, stay at the local wiki d3) look a few lines below for: #set ($discard = $subqueryParameters.addAll($filterParameters)) #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 0, $subqueryParameters)) in between them insert a line actually setting the wiki to look up the event; it should looks like #set ($discard = $subqueryParameters.addAll($filterParameters)) #set ($discard = $xcontext.setDatabase($myWiki)) #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 0, $subqueryParameters)) this actually sets the wiki to the one where the event is looked up. d4) at the very end replace: #end {{/velocity}} with: #end #set($discard = $xcontext.setDatabase($currentWiki)) {{/velocity}} this sets the "current wiki" back to the original wiki, just in case (I think XWiki does it for you, too, but I prefer to be polite and clean up after myself ;)) press "Save and View" If you see horrible, horrible error messages, something went wrong; to back to the object editor and try to find the missing " or ), or use the page history, to get back to the last version before the edit. If you do not see any error message ... you should see that nothing has changed, yet. That is because by default the activity stream only looks up events for the subwiki ... we need to change this, too, but that goes without wild coding Go to the "Dashboard", edit the page, and edit the Gadget "Activity stream" Find the input field "wikis", and type in "xwiki,mysubwiki" (replace mysubwiki with the name of the current wiki) Close the dialog to edit the gadget, save the dashboard, and it should work. hope it works this time. Sorry, if it is a bit complicated; that is why I did not post in my first reply ----- Ursprüngliche Nachricht ----- From: Rolf Lang At: Dienstag, 27.10.2015, 15:03 To: Xwiki Users Subject: Re: [xwiki-users] xwiki as our Intranet > Hi Clemens, > > thanks for your advise. > > 1. point > Works great as you described (ok) > > > 2. point "global xwiki send messages should be visible also at local xwiki" > We follow your recommendations. > > if we use "reference" : xwiki:Main.Activity > - we see subWiki Activities (ok) > - but we miss the main Activities listed here > > If we use a wrong "reference" : xwiki:MainXX.Activity > - we see a clear error msg on GUI (ok) > > > We try to change "administration.users" > The option 'what kind of users can access the wiki' to > - only global users > > But it makes no difference. > > > Kind regards > Rolf LANG > > > -----Ursprüngliche Nachricht----- > Von: users [mailto:[email protected]] Im Auftrag von Clemens > Klein-Robbenhaar > Gesendet: Montag, 26. Oktober 2015 12:37 > An: users(a)xwiki.org > Betreff: Re: [xwiki-users] xwiki as our Intranet > > >> Hi >> We like to use the xwiki as our Intranet solution. >> >> >> Currently it's setup as one global xwiki where people find downloads and > the >> dashboard. >> Also each department use a subWiki, which uses local dashboard and infos. >> >> Maybe we need some help on howto configure/setup these requirements: >> >> 1. subWiki send messages should be visible local only. Currently they are >> seen also on global xwiki as copy. > > This is the easy part :) > > Go to the "Dashboard" in the main wiki, edit that page, > open the gadgets showing the activity stream, look for the "Wikis" > parameter, and fill in the value "xwiki" > (which is the id of the main wiki) > > After saving the activity stream on the dashboard stream should only show > events from the main wiki. > >> 2. global xwiki send messages should be visible also at local xwiki >> dashboard. If possible as Reference, not as copy. >> > > this turned out to be trickier, because the activity stream in the subwiki > by default > only looks for events in the subwiki. > > One option is to go to the dashboard of the subwiki, and replace the > activity by an include the activity stream for the main wiki (which then > will display all messages, but only page edits from the subwiki): > > To do this: > - edit the dashboard of the subwiki > - remove the existing activity stream (no worries, if things go wrong you > can just restore it from the page history) > - add a new "include" gadget and fill in the values: > -- "Gadget Title" (whatever you want) > -- "context" : New > -- "reference" : xwiki:Main.Activity > and leave the other fields empty / at default > > > This will work only if all your users have access to the main wiki, however. > (Otherwise they just see an error message) > > If this does not work, the alternative is to edit the "Activity" macro in > the subwiki ... which is a bit more work and might cause problem when > upgrading to an newer version. > I could post hints how to do this, but it is a bit lengthy and technical, > and I would prefer to see if the first option works. > > > hope this helps, > clemens > > >> >> Final question: >> If the mailing list could give us some advise how to setup xwiki, GREAT. >> Otherwise we also may accept an on-site workshop, depending on the costs. >> >> >> Kind regards >> ___ >> Rolf LANG | Landesarchiv Baden-Württemberg | Zentrale Dienste | Ref. 13 >> Eugenstr. 7 | 70182 Stuttgart | Tel 0711/212-4275 | E-Mail >> rolf.lang(a)la-bw.de >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > mit freundlichen Grüßen Clemens Klein-Robbenhaar -- Clemens Klein-Robbenhaar Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.763 Fax: +49.(0)30.90 226.760 robbenhaar(a)espresto.com www.espresto.de HRB 77554 B - Berlin-Charlottenburg Vorstand: Maya Biersack, Peter Biersack Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber Zertifiziert nach ISO 9001:2008 _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

1 0

Re: [xwiki-users] xwiki as our Intranet
by Clemens Klein-Robbenhaar 28 Oct '15

28 Oct '15

Hi Rolf, for use case 2: actually I did not realize that the main wiki:Main.Activity page still uses my locally adapted "activity" macro ... that is why it worked for me, and not for you. So, it seems we need to get our hands dirty and modify the "activity" Macro: a) in the subwiki, go to the .../Main/Activity page b) go to "Edit" -> "Objects" c) click "Objects of type XWiki.WikiMacroClass d) this opens several text fields; the big field for "Macro code" contains, unsurprisingly, the code for the macro which makes sure we only see messages from the local wiki. Here we need to make some changes: d1) just at the start: {{velocity output=false}} ## add a line remembering the current wiki, so it looks instead like: {{velocity output=false}} #set($currentWiki = $xcontext.getDatabase()) ## d2) look for the code ## Always assume access to messages. For the rest of the documents, check access. #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}") || ($xwiki.hasAccessLevel('view', $xcontext.user, "${xcontext.database}:${pageName}") && !$iterationDocuments.contains($pageName))) insert five lines of code in between so it looks like: ## Always assume access to messages. For the rest of the documents, check access. #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}")) #set($myWiki = "xwiki") #else #set($myWiki = $currentWiki) #end #if ($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}") || ($xwiki.hasAccessLevel('view', $xcontext.user, "${xcontext.database}:${pageName}") && !$iterationDocuments.contains($pageName))) what it does: prepares to set the "right" wiki/database: if it is a message, look it up in the main wiki (which knows all messages), for all other events, stay at the local wiki d3) look a few lines below for: #set ($discard = $subqueryParameters.addAll($filterParameters)) #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 0, $subqueryParameters)) in between them insert a line actually setting the wiki to look up the event; it should looks like #set ($discard = $subqueryParameters.addAll($filterParameters)) #set ($discard = $xcontext.setDatabase($myWiki)) #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 0, $subqueryParameters)) this actually sets the wiki to the one where the event is looked up. d4) at the very end replace: #end {{/velocity}} with: #end #set($discard = $xcontext.setDatabase($currentWiki)) {{/velocity}} this sets the "current wiki" back to the original wiki, just in case (I think XWiki does it for you, too, but I prefer to be polite and clean up after myself ;)) press "Save and View" If you see horrible, horrible error messages, something went wrong; to back to the object editor and try to find the missing " or ), or use the page history, to get back to the last version before the edit. If you do not see any error message ... you should see that nothing has changed, yet. That is because by default the activity stream only looks up events for the subwiki ... we need to change this, too, but that goes without wild coding Go to the "Dashboard", edit the page, and edit the Gadget "Activity stream" Find the input field "wikis", and type in "xwiki,mysubwiki" (replace mysubwiki with the name of the current wiki) Close the dialog to edit the gadget, save the dashboard, and it should work. hope it works this time. Sorry, if it is a bit complicated; that is why I did not post in my first reply ----- Ursprüngliche Nachricht ----- From: Rolf Lang At: Dienstag, 27.10.2015, 15:03 To: Xwiki Users Subject: Re: [xwiki-users] xwiki as our Intranet > Hi Clemens, > > thanks for your advise. > > 1. point > Works great as you described (ok) > > > 2. point "global xwiki send messages should be visible also at local xwiki" > We follow your recommendations. > > if we use "reference" : xwiki:Main.Activity > - we see subWiki Activities (ok) > - but we miss the main Activities listed here > > If we use a wrong "reference" : xwiki:MainXX.Activity > - we see a clear error msg on GUI (ok) > > > We try to change "administration.users" > The option 'what kind of users can access the wiki' to > - only global users > > But it makes no difference. > > > Kind regards > Rolf LANG > > > -----Ursprüngliche Nachricht----- > Von: users [mailto:[email protected]] Im Auftrag von Clemens > Klein-Robbenhaar > Gesendet: Montag, 26. Oktober 2015 12:37 > An: users(a)xwiki.org > Betreff: Re: [xwiki-users] xwiki as our Intranet > > >> Hi >> We like to use the xwiki as our Intranet solution. >> >> >> Currently it's setup as one global xwiki where people find downloads and > the >> dashboard. >> Also each department use a subWiki, which uses local dashboard and infos. >> >> Maybe we need some help on howto configure/setup these requirements: >> >> 1. subWiki send messages should be visible local only. Currently they are >> seen also on global xwiki as copy. > > This is the easy part :) > > Go to the "Dashboard" in the main wiki, edit that page, > open the gadgets showing the activity stream, look for the "Wikis" > parameter, and fill in the value "xwiki" > (which is the id of the main wiki) > > After saving the activity stream on the dashboard stream should only show > events from the main wiki. > >> 2. global xwiki send messages should be visible also at local xwiki >> dashboard. If possible as Reference, not as copy. >> > > this turned out to be trickier, because the activity stream in the subwiki > by default > only looks for events in the subwiki. > > One option is to go to the dashboard of the subwiki, and replace the > activity by an include the activity stream for the main wiki (which then > will display all messages, but only page edits from the subwiki): > > To do this: > - edit the dashboard of the subwiki > - remove the existing activity stream (no worries, if things go wrong you > can just restore it from the page history) > - add a new "include" gadget and fill in the values: > -- "Gadget Title" (whatever you want) > -- "context" : New > -- "reference" : xwiki:Main.Activity > and leave the other fields empty / at default > > > This will work only if all your users have access to the main wiki, however. > (Otherwise they just see an error message) > > If this does not work, the alternative is to edit the "Activity" macro in > the subwiki ... which is a bit more work and might cause problem when > upgrading to an newer version. > I could post hints how to do this, but it is a bit lengthy and technical, > and I would prefer to see if the first option works. > > > hope this helps, > clemens > > >> >> Final question: >> If the mailing list could give us some advise how to setup xwiki, GREAT. >> Otherwise we also may accept an on-site workshop, depending on the costs. >> >> >> Kind regards >> ___ >> Rolf LANG | Landesarchiv Baden-Württemberg | Zentrale Dienste | Ref. 13 >> Eugenstr. 7 | 70182 Stuttgart | Tel 0711/212-4275 | E-Mail >> rolf.lang(a)la-bw.de >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > mit freundlichen Grüßen Clemens Klein-Robbenhaar -- Clemens Klein-Robbenhaar Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.763 Fax: +49.(0)30.90 226.760 robbenhaar(a)espresto.com www.espresto.de HRB 77554 B - Berlin-Charlottenburg Vorstand: Maya Biersack, Peter Biersack Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber Zertifiziert nach ISO 9001:2008

2 2

[xwiki-users] I can't download doc and docx files.
by AlexIv 28 Oct '15

28 Oct '15

Hello, on new wiki pages, when trying to download doc/docx files I get the following error: "The attachment does not exist." Could you help me? -- View this message in context: http://xwiki.475771.n2.nabble.com/I-can-t-download-doc-and-docx-files-tp759… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 14

Re: [xwiki-users] xwiki as our Intranet
by Clemens Klein-Robbenhaar 27 Oct '15

27 Oct '15

> Hi > We like to use the xwiki as our Intranet solution. > > > Currently it's setup as one global xwiki where people find downloads and the > dashboard. > Also each department use a subWiki, which uses local dashboard and infos. > > Maybe we need some help on howto configure/setup these requirements: > > 1. subWiki send messages should be visible local only. Currently they are > seen also on global xwiki as copy. This is the easy part :) Go to the "Dashboard" in the main wiki, edit that page, open the gadgets showing the activity stream, look for the "Wikis" parameter, and fill in the value "xwiki" (which is the id of the main wiki) After saving the activity stream on the dashboard stream should only show events from the main wiki. > 2. global xwiki send messages should be visible also at local xwiki > dashboard. If possible as Reference, not as copy. > this turned out to be trickier, because the activity stream in the subwiki by default only looks for events in the subwiki. One option is to go to the dashboard of the subwiki, and replace the activity by an include the activity stream for the main wiki (which then will display all messages, but only page edits from the subwiki): To do this: - edit the dashboard of the subwiki - remove the existing activity stream (no worries, if things go wrong you can just restore it from the page history) - add a new "include" gadget and fill in the values: -- "Gadget Title" (whatever you want) -- "context" : New -- "reference" : xwiki:Main.Activity and leave the other fields empty / at default This will work only if all your users have access to the main wiki, however. (Otherwise they just see an error message) If this does not work, the alternative is to edit the "Activity" macro in the subwiki ... which is a bit more work and might cause problem when upgrading to an newer version. I could post hints how to do this, but it is a bit lengthy and technical, and I would prefer to see if the first option works. hope this helps, clemens > > Final question: > If the mailing list could give us some advise how to setup xwiki, GREAT. > Otherwise we also may accept an on-site workshop, depending on the costs. > > > Kind regards > ___ > Rolf LANG | Landesarchiv Baden-Württemberg | Zentrale Dienste | Ref. 13 > Eugenstr. 7 | 70182 Stuttgart | Tel 0711/212-4275 | E-Mail > rolf.lang(a)la-bw.de > > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users >

2 1

[xwiki-users] What does "author preserved" mean when importing and exporting?
by Alex Henrie 26 Oct '15

26 Oct '15

Hi again, I am confused about http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ImportExport#HExporting… When exporting, there is the option "BACKUP PACKAGE (AUTHOR PRESERVED)", and when importing there is the option "Import as backup package". What does it mean that the author is preserved, since the contents of the author textbox are always saved in the package, and there is a separate checkbox to preserve the page authorship history? -Alex

2 2

[xwiki-users] xwiki as our Intranet
by Rolf Lang 26 Oct '15

26 Oct '15

Hi We like to use the xwiki as our Intranet solution. Currently it's setup as one global xwiki where people find downloads and the dashboard. Also each department use a subWiki, which uses local dashboard and infos. Maybe we need some help on howto configure/setup these requirements: 1. subWiki send messages should be visible local only. Currently they are seen also on global xwiki as copy. 2. global xwiki send messages should be visible also at local xwiki dashboard. If possible as Reference, not as copy. Final question: If the mailing list could give us some advise how to setup xwiki, GREAT. Otherwise we also may accept an on-site workshop, depending on the costs. Kind regards ___ Rolf LANG | Landesarchiv Baden-Württemberg | Zentrale Dienste | Ref. 13 Eugenstr. 7 | 70182 Stuttgart | Tel 0711/212-4275 | E-Mail rolf.lang(a)la-bw.de

1 0

[xwiki-users] Fwd: Re: XWiki big file attachments
by Louis Höfler 23 Oct '15

23 Oct '15

I runned tomcat8 with hsqldb latest 7.3-1 xwiki release and uploaded a 700mb file. Java had 8gb heap and I still got a out of memory exception. As I read about using databases for filestorage, I now found out that this is a enormous task, becouse big databases are difficult to maintain. So I stick with filesystem storage for now. One solution is to break up big files into chunks, and store them as parts within a database. An interresting bug I encountered was: If I changed the database from hibernate to file, I still do see the old file attachment references, but I am not able to delete them. Same for virtual wikis who are created before you change the file storage from hibernate to file. All of those wikis have broken images. It would be a great idea (at least from my point of view) to set a option for "delete attachment references anyway (even if file not found in db)" and "Reinstall virtual wiki". One working hack however is, to export everything, change the database type, reninstall the wiki (delete catalina directories etc.) and then import the backup with a proper file database configuration. The import process took arround 3 minutes for 900 pages. Ps.: Conflu* needs arround 10 minutes to move 1000 pages (Crashes included), so great work so far ;) Greetings, Louis Am 23.10.2015 um 10:11 schrieb vincent(a)massol.net: > Hi Louis > > > On 22 Oct 2015 at 23:14:05, Louis Höfler > ([email protected](mailto:[email protected])) wrote: > > > That perfectly solves my problem. > > > > As a point of interest, > > would it be possible to store big files within mysql too, > > or is this just impossible? > > It’s possible with very large memory settings. There are several > reasons why it takes a lot of memory but one reason is that AFAIR > mysql doesn’t have a streaming api for blobs and thus the whole > attachments needs to be fully in memory. In addition our code does > manipulation of the attachment in memory, requiring even more memory. > At some point we computed the memory required and it was like 27 times > or so the size of the attachment but we improved it and I don’t know > what’s the requirement now (would be interesting to find out). > > If you’re interested by details > * http://jira.xwiki.org/browse/XWIKI-8910 > * http://jira.xwiki.org/browse/XWIKI-11209 > * http://jira.xwiki.org/browse/XWIKI-10611 > * http://jira.xwiki.org/browse/XWIKI-8189 > > Thanks > -Vincent > > > Thank you, Louis > > > > Am 22.10.2015 um 22:47 schrieb vincent(a)massol.net: > > > Hi Louis, > > > > > > Please check > > > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments and > > > let us know if it solves your problems (hint: configure xwiki to use > > > filesystem if you wish to store large attachments). > > > > > > Thanks > > > -Vincent > > > > > > On 22 Oct 2015 at 22:42:33, Louis Höfler (louis.hoefler(a)mathematek.de > > > ) wrote: > > > > > >> Hello Everyone, > > >> i currently try to upload big files as attachment. > > >> > > >> I run mysql 5 with xwiki within tomcat 8 on debian. > > >> > > >> However, if i upload the File (700mb) it stops after 100%, > > >> showing an error "There was an error uploading your file". > > >> > > >> Can someone help me fixing that error? > > >> > > >> Thank you, Louis > > >> > > > > _______________________________________________ > > users mailing list > > users(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users

2 1

[xwiki-users] XWiki big file attachments
by Louis Höfler 23 Oct '15

23 Oct '15

Hello Everyone, i currently try to upload big files as attachment. I run mysql 5 with xwiki within tomcat 8 on debian. However, if i upload the File (700mb) it stops after 100%, showing an error "There was an error uploading your file". Can someone help me fixing that error? Thank you, Louis

2 3

[xwiki-users] Error 4001 in 4 after editing objects in Xwiki.SharePage
by Joshua Spiva 22 Oct '15

22 Oct '15

I was following the instructions here (http://extensions.xwiki.org/xwiki/bin/view/Extension/Share+Page+Application) to edit the Share by email template, and I managed to find the /bin/view/XWiki/SharePage page, but couldn’t figure out how to access the Object Editor. After some googling, I found that if I edited the URL to be /bin/edit/XWiki/SharePage?editor=object, I could see the templates I wanted to edit. Before I even edited anything I went to share a page to see what it looked like and go the following error. I ended up editing the templates anyway, restarted Tomcat/XWiki and I’m getting the same error. Sharing by email was previously working before I accessed the Object Editor for the XWiki.SharePage. Error number 4001 in 4: Error while evaluating velocity template shareinline.vm Verbose: http://pastebin.com/ksYGM36J XWiki Enterprise 7.2

2 1