Hi,
I'd like to use XWiki as the front-end to an application that uses a database
and file-store separate to XWiki's. I have been very successful wrapping up the
database interactions with groovy and velocity scripts. However, I also need to
allow users to upload large (300Mb) files. These
I would like to have XWiki authenticate logins by accessing a local LDAP server
and validate the password using SSHA (comparison of hashed login plus salt).
Could anyone give me a definitive answer as to whether this can be done using
existing extensions? I've gone round in circles reading old
I'm running a 6.2 wiki that is closed to unregistered users. As a result,
people are directed to XWiki.XWikiLogin when they first access the site. On
this page I have missing characters (at least when I use Firefox) for they
glyph icons (glyphicon-folder-open, glyphicon-home, glyphicon-file,
Having played around with XWiki I'd like to deploy it within my organization,
but I'm still a bit confused about what's possible at the different levels of
granularity (wikis, spaces, pages) with respect to ACL, so I'd appreciate any
advice anyone has to offer. I'd also unsure of global vs
I've tried creating a new wiki Other Wiki under my XWiki 6.1 system, using
the Add Wiki feature. Once I'd entered the details of the wiki and the users
I clicked Create Wiki and got the following error:
Wiki otherwiki creation failed:
org.xwiki.wiki.manager.WikiManagerException: Failed to
Vincent Massol said:
Yes, the SQL that’s executed is “CREATE SCHEMA wikiname”. That’s why the
doc says: GRANT ALL ON SCHEMA public TO xwiki;”. Now I’m not an expert in
postgresql so if there’s a way with less privileges please let us know or
update the wiki page yourself directly.
[...]
Please forgive my ignorance, but is it possible to use DBList with queries to
other databases? I'd very much like to use this element populated with the
results from a query to another database running on the same server as XWiki,
but the only documentation I can find describes queries of the
On 8/10/2014 4:41 PM, Paul Libbrecht wrote:
Just a matter of feelings, it would seem to me that a different DB and, thus, a
different connection pool, disk space, SQL user, and set of locks would appear
very trustable to me.
I understand different tables by wiki brings only separate locks...
I am running XWiki version 6.2.2 (the latest available Ubuntu package). As you
will have gathered from my other posts I am still new to XWiki.
One of the packages included by default is the Blog application. I have no need
for this in our organisation and I would prefer to exclude packages that
Having made my XWiki site available to other users, I was concerned to find
that the site became unusable at one point with client connections eventually
timing out. I had no way to diagnose the problem, but eventually I managed to
make a (slow) SSH connection to the server and restarted
Hi Paul,
Many thanks for your contribution. I'll certainly look into Zabbix, although I
must confess to being aghast at what appears to be a large and complex tool for
what I'd hoped was quite simple. I hadn't realised these servers were so
temperamental. Before I loose myself in getting
Vincent wrote:
BTW if you have setup some tools and have had successes
with them to monitor xwiki instances, it would be great if
you could add some doc about them at
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Monitoring
Thanks for the pointers. These sound like useful tools,
(Sorry for top-posting - I'm stuck with Outlook Live :-(
My system's very small - approx 20 users and very little content at present.
It's for a small collaborative research group which may grew to ~100 members. I
expect quite a few largish attachments and have already configured filesystem
Says Paul Libbrecht:
My system's very small - approx 20 users and very little content at present.
It's
for a small collaborative research group which may grew to ~100 members. I
expect quite a few largish attachments and have already configured filesystem
attachments.
Sounds quite
I've written several scripts in Groovy that I want to make available to other
users, but some of them contain information that I don't wish people to see
(queries giving away schema details, connection passwords for JDBC/LDAP, etc).
As I understand it if a person is able to view a page in which
I'd like to upload files through a custom File Upload servlet that runs from
the same Tomcat server but is not part of XWiki. This servlet does some file
processing and stores the file in a separate area away from the XWiki
attachments, and it's possible that eventually this servlet might be
, Bryn Jeffries
bryn.jeffr...@sydney.edu.au wrote:
I'd like to upload files through a custom File Upload servlet that runs from
the same Tomcat server but is not part of XWiki. This servlet does some file
processing and stores the file in a separate area away from the XWiki
attachments, and it's
I have an instance of XWiki Enterprise 6.3 running with no access for
unregistered users. I am adding content as a user with membership to
XwikiAdminGroup, which has admin and program rights across the wiki.
I wanted to add a Groovy component by creating a new page and then editing the
object
Having been put off writing Java components a number of times I've decided to
really tackle the problem head on. I would greatly appreciate any help in this.
I've been following the advice in
http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents and I have
compiled a Jar
What's the right way to get the current user from the execution context within
a Java component?
Taking the example from the guide
(http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents) I thought
it would be something like the following, which won't compile for me due to the
Many thanks, I'll give that a go.
From: Thomas Mortagne [thomas.morta...@xwiki.com]
Sent: 27 November 2014 23:14
To: Bryn Jeffries
Subject: Re: [xwiki-users] Registering components
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core
I wrote:
What's the right way to get the current user from the execution
context within a Java component?
Thomas Mortagne replied:
For what you need the simplest in a component is usually to use
org.xwiki.bridge.DocumentAccessBridge component (from
xwiki-platform-bridge module) until a
What's the preferred way to deal with errors occuring in Java components? Is it
OK to throw an exception from within the component, and can this be caught
within the Velocity or Groovy code that calls it?
___
users mailing list
users@xwiki.org
From: vinc...@massol.net [vinc...@massol.net]
OK, so I should not use ExecutionContext at all?
You’re right, our goal is to have all context information (including the
user) be put in the Execution Context.
However, currently, we’re in a transition phase, trying to move from the old
From Marius:
3) Presumably the document reference captures the full location of the
user's profile page. The DocumentReference API doesn't appear to have a
page name accessor, so presumably to extract the user name I need to pull
it out of userDoc.toString().
What information do you need
Said Vincent:
and can this be caught within the Velocity or Groovy code that calls it?
errors are automatically caught in the script macros ({{velocity}},
{{groovy}}, etc).
OK, looks like Groovy has explicit try/catch
(http://groovy.codehaus.org/JN3035-Exceptions). I couldn't see anything
I wrote:
So is a restart of Tomcat always required? This wasn't mentioned in the
guide.
And since extensions can be added via the extension manager without a
restart,
is there a sneaky trick to doing the same with my own components.
Thomas Mortagne wrote:
What you have in
Thomas Mortagne wrote:
I notice that in the Tomcat docs there is a reloadable attribute for the
org.apache.catalina.Loader interface
[...]
Doesn't that mean that the corresponding XWiki class could support
reloading as a configurable option?
You don't win much time by relaoding Tomcat
Hi,
I've got a few wiki pages that contain large tables (more columns than will fit
across the page and more rows than will fit down the page), after being
imported from a spreadsheet. I'd like to restrict the view of such tables to
what can be shown in the visible area, with sliders to move
Vincent wrote:
I'd like to restrict the view of such tables to what can be shown in the
visible area, with sliders to move around. Is there already a facility to do
this, or a simple styling parameter?
You should certainly be able to do that using a Skin extension to put custom
CSS (if
The consortium that I am currently working for is interested in using XWiki for
managing its projects and performing some reporting. Supporting this is beyond
my current skillset and availability, so I'm interested in sponsoring this
work. I know the sponsor system is quite new, but I'd
...@massol.net vinc...@massol.net
To: Bryn Jeffries bryn.jeffr...@sydney.edu.au, XWiki Users
users@xwiki.org
Subject: [xwiki-users] Guidance on sponsoring
Date: Thu, Dec 4, 2014 19:14
Hi Bryn,
On 4 Dec 2014 at 01:58:25, Bryn Jeffries
(bryn.jeffr...@sydney.edu.au(mailto:bryn.jeffr...@sydney.edu.au
Hi,
I have a form as follows:
{{html}}
form action= enctype=multipart/form-data method=post
input type=hidden name=addFile value=true /
input type=file id=myupload name=newfile /
input type=submit
/form
{{/html}}
And I'd like to perform a simple check that I can access the file (by returning
I wrote:
[...] I'd like to perform a simple check that I can access the file (by
returning the file size and a line-by-line echo) using a velocity script:
{{velocity}}
#if ($request.addFile == true)
{{info}}Request received to add file{{/info}}
#set ($fileUpload = $xwiki.fileupload)
I think the problem has more to do with the FileUploadPlugin returning an array
containing entries for all form field items, not just the file inputs. Also,
the FileItem getFile(FormFieldName) method in the plugin is not exposed in the
FileUploadPlugin API, so I had to resort to getting the
I have managed the following with an external PostgreSQL server:
Retrieve and display queried data in a page with Groovy;
Write a Java component to perform query, call and display with Groovy or
Velocity;
Generate JSON data of query results with Groovy, call and display from
LiveTable.
Happy to
I think the problem has more to do with the FileUploadPlugin returning an array
containing entries for all form field items, not just the file inputs. Also,
the FileItem getFile(FormFieldName) method in the plugin is not exposed in the
FileUploadPlugin API, so I had to resort to getting the
I wrote:
I have managed the following with an external PostgreSQL server:
Retrieve and display queried data in a page with Groovy; Write a Java
component to perform query, call and display with Groovy or Velocity;
Generate JSON data of query results with Groovy, call and display from
Why does a page containing just the following produce no output?:
{{groovy}}
class Callee {
void hello() {
println hello, world
}
}
c = new Callee()
c.hello()
{{/groovy}}
I have programming rights, and running scripts in general works fine. It's just
when I try to invoke a method from
Vincent Massol said:
Ok I think I know...
Actually the message is printed in the console.
You see something in the page only if you print in the global scope because
this is what gets returned by script evaluation. Calling “println” in a class
doesn’t return anything in the evaluation and
How external is the external script? Couldn't you wrap the script into a cgi
script on the same server and invoke it from the client with an AJAX call?
From: Jason Clemons [jason.clem...@live.com]
Sent: 19 December 2014 10:00
To: 'XWiki Users'
Subject: Re:
@xwiki.org
Subject: Re: [xwiki-users] Run external script to generate data for wiki page
Date: Fri, Dec 19, 2014 12:02
I have control over the script..so it can be in the CGI bin...would I then be
able to invoke it through velocity?
On Dec 18, 2014, at 6:01 PM, Bryn Jeffries bryn.jeffr
I've been exploring connection pooling for an external database, but I'm
struggling to use it. I'm running XWiki 6.3 on a Ubuntu server. In
/etc/xwiki/context.xml I have
?xml version=1.0 encoding=UTF-8?
Context
!-- JDBC datasource for myDB --
Resource name=jdbc/mydbds
of vinc...@massol.net
[vinc...@massol.net]
Sent: 17 January 2015 21:23
To: XWiki Users
Cc: Bryn Jeffries
Subject: Re: [xwiki-users] Generating pure JSON
Hi Bryn,
On 17 Jan 2015 at 09:43:30, Bryn Jeffries
(bryn.jeffr...@sydney.edu.au(mailto:bryn.jeffr...@sydney.edu.au)) wrote:
I'd like to be able
In PHP it is acceptable for forms to have arrays. For example, from
http://php.net/manual/en/faq.html.php#faq.html.arrays the following form could
be submitted:
form action= method=post
input name=MyArray[] value=1 /
input name=MyArray[] value=2 /
input name=MyArray[] value=3 /
input
I'd like to be able to generate pure JSON from a wiki page, to use in other
pages via AJAX. To that end I created a page with the following content:
{{velocity wiki=false}}
$response.setContentType('application/json')
{
greeting : Hello,
location: World
}
{{/velocity}}
Calling this via
I'd like to be able to generate pure JSON from a wiki page, to use in other
pages via AJAX. To that end I created a page with the following content:
{{velocity wiki=false}}
$response.setContentType('application/json')
{
greeting : Hello,
location: World
}
{{/velocity}}
Calling this via
Is there a right way to make a LiveTable refresh?
I have a page that includes a LiveTable to show the results of a query on an
external database, and a form triggers an AJAX call to modify the database
(e.g., insert a new row). I'd like the AJAX call to include an action within
OnSuccess to
Vincent said:
Using Utils.getRootComponentManager() worked for me, so many thanks.
Even using a deprecated method lets me progress with the task.
The recommended way is the one I’ve now documented at
http://extensions.xwiki.org/xwiki/bin/view/Extension/Component+Module#HAccessfromScripts
January 2015 21:55
To: XWiki Users
Cc: Bryn Jeffries
Subject: Re: [xwiki-users] Error: The Context Component Manager should only be
used for read access.
Hi Bryn,
Apparently we broke backward compat and this is bad… We used to return the root
Component Manager when calling Utils.getComponentManager
I tried to follow the example code given in:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Create+a+component+using+Groovy
Saving and Viewing a page with the code without changes, I got a Groovy macro
error with the following exception in the stack trace:
java.lang.RuntimeException: The
finally
solved this by putting the Resource details into xwiki.xml instead. In case
it's of any help to others I've added the details to
http://extensions.xwiki.org/xwiki/bin/view/Extension/Execute+SQL#HUsingaJNDIDatasource
Regards,
Bryn
From: Bryn
Thanks. Can you provide a link to that entry?
Cheers,
Bryn
- Reply message -
From: vinc...@massol.net vinc...@massol.net
To: XWiki Users users@xwiki.org
Cc: Bryn Jeffries bryn.jeffr...@sydney.edu.au
Subject: [xwiki-users] Where's the right parseInt?
Date: Thu, Jan 8, 2015 19:09
Hi
I've recycled some code from the tutorials and snippets in my own code, and in
particular I've used the following in some velocity scripts:
#set($offset = $util.parseInt($request.get('offset')))
which yields the following warning in the log:
WARN o.x.v.i.DefaultVelocityEngine - Deprecated
Having installed the SVN Application from the extension manager and copying the
attached jars into /usr/lib/xwiki/WEB-INF/lib/ I think I've almost got the tool
running. However, I still get the following error when I try to list pages to
be committed:
org.tmatesoft.svn.core.SVNException: svn:
Many thanks - the first option works fine for me.
- Reply message -
From: Clemens Klein-Robbenhaar c.robbenh...@espresto.com
To: users@xwiki.org
Subject: Re: [xwiki-users] Manipulate presentation of LiveTable column data
Date: Thu, Jan 8, 2015 21:23
On 01/08/2015 03:15 AM, Bryn Jeffries
Hi,
Is there a preferred Time Picker widget for XWiki? I see that there is a date
picker
(http://extensions.xwiki.org/xwiki/bin/view/Extension/Date+Picker+for+an+input+element)
but what I'd like is something to specifically picker the hour and minute of a
day.
I've seen a few mentions of
I have a Groovy script that takes input from a form textarea. I'd like to
prevent html (and JS) markup from being submitted and, if HTML is submitted,
strip it out. Is there a tool already packaged within XWiki to do this, or
should I look to an external package like Jericho?
Thanks,
Bryn
Vincent Massol wrote:
Would be great if you could help us and add this information
on http://platform.xwiki.org/xwiki/bin/view/DevGuide/FrontendResources : )
If you don’t have the time, I’ll do it when I’m back from holidays (still on
holidays for the coming 4 days :)).
Sure, I'll add what
I wrote:
Fair enough. For some reason I'm really struggling to include the right
repository for Platform. What details should I be using in my settings.xml?
I've included everything from the example in
http://dev.xwiki.org/xwiki/bin/view/Community/Building but I still can't
resolve the
Thomas Mortagne wrote:
DocumentAccessBridge is still the current way to get the context user.
Now the way ExecutionContext has been designed it will always be generic
and you are supposed to use specialised API to access something like the
current user (you are not supposed to know how
I wrote:
I'm experimenting with including some jQuery UI elements into some wiki
pages using XWiki 7.1. As a test, I've been trying to get the spinner
example from http://api.jqueryui.com/spinner/ to work:
I have constructed a minimal page, with content body:
{{velocity}}
{{html}}
input
Vincent suggested:
Try depending on jquery-ui maybe?
Right, I'd misunderstood the purpose of require(), which I thought was to
provide compatibility vs prototype when using '$'.
However, this still doesn't fix things completely, but does move them
forwards a bit.
I wrote:
Is there a convenient way to install XWiki Platform without all the extra
Enterprise Wiki packages? I'm wanting to run an instance for a specific
project, and I'd prefer not to distract users with all the wiki-related
elements. I'm running Ubuntu and there only appears to be
Hi,
I recently upgraded from XWiki 5.something to XWiki 7.1. The previous
configuration stored attachments in the filesystem, using a location set in
xwiki.properties:
environment.permanentDirectory=/myxwikidata/xwiki/data
After upgrading I am missing icons from the wiki, and links to
Sounds like I have a symlink issue to resolve. Many thanks for the suggestion.
Bryn
- Reply message -
From: vinc...@massol.net vinc...@massol.net
To: XWiki Users users@xwiki.org
Cc: Bryn Jeffries bryn.jeffr...@sydney.edu.au
Subject: [xwiki-users] Location for filesystem objects XWiki 7.1
Sounds like I have a symlink issue to resolve. Many thanks for the suggestion.
Bryn
- Reply message -
From: vinc...@massol.net vinc...@massol.net
To: XWiki Users users@xwiki.org
Cc: Bryn Jeffries bryn.jeffr...@sydney.edu.au
Subject: [xwiki-users] Location for filesystem objects XWiki 7.1
Hi,
Is there a convenient way to install XWiki Platform without all the extra
Enterprise Wiki packages? I'm wanting to run an instance for a specific
project, and I'd prefer not to distract users with all the wiki-related
elements. I'm running Ubuntu and there only appears to be
it to be active when the div is made
visible.
Thanks,
Bryn
-Original Message-
From: Bryn Jeffries
Sent: Saturday, 29 August 2015 6:28 AM
To: XWiki Users
Subject: Livetable events
I've been following the instructions in
http://platform.xwiki.org/xwiki/bin/view/DevGuide/LiveTable
> > Vincent wrote:
> > > {{velocity}}
> > > #if("$!{request.xpage}" != 'plain')
> > > $response.sendRedirect() #else
> > > Hello world!
> > > #end
> > > {{/velocity}}
> > >
> >
> > Thanks again for the quick response. That's a good suggestion, but I think
> loses any query parameters that I'd
I have several scripts (Groovy and Velocity) that generate output that should
not be rendered as a Wiki page. This is necessary, for example, when rendering
JSON. As documented before
(http://extensions.xwiki.org/xwiki/bin/view/Extension/Output+JSON) , it's
possible to allow such content by
I wrote:
>> I have several scripts (Groovy and Velocity) that generate output that
>> should not be rendered as a Wiki page. This is necessary, for example, when
>> rendering JSON. As documented before
>> (http://extensions.xwiki.org/xwiki/bin/view/Extension/Output+JSON) , it's
>> possible to
Vincent wrote:
> {{velocity}}
> #if("$!{request.xpage}" != 'plain')
> $response.sendRedirect($doc.getURL('view', 'xpage=plain')) #else
> Hello world!
> #end
> {{/velocity}}
>
Thanks again for the quick response. That's a good suggestion, but I think
loses any query parameters that I'd
I've been following the instructions in
http://platform.xwiki.org/xwiki/bin/view/DevGuide/LiveTable to modify the
contents of a livetable, with the following jQuery:
require(['jquery', 'xwiki-events-bridge'], function($) {
document.observe(xwiki:livetable:newrow, function(ev) {
Hello,
I need to write a small Java utility to interact with my XWiki server - it's
main purpose is to take a file containing paths to various files, and then
upload (POST) them to the server. It looks as though this cannot be done from
within the browser directly since sandboxing prevents
Marius Dumitru Florea said:
> > [...]
> > This works pretty well, but at the end of the upload I temporarily get
> > a div appear below the widget containing a fully rendered wiki page.
> > How do I prevent this, or rather how do I configure things so that I
> > can display something more useful?
Can anyone provide some assistance with correct usage of the XWiki FileUpload
HTML5 widget? I have a page ProcessFile that can process an uploaded file, and
in another page I have:
{{velocity}}
$xwiki.jsfx.use('uicomponents/widgets/upload.js', true)
Hi,
I have a Groovy script in my XWiki 7.1.1 site that reads files sent to it. I've
been using the fileUpload plugin as shown below.
{{groovy}}
import java.io.InputStream;
import java.io.OutputStream;
import org.apache.commons.io.IOUtils;
import org.apache.commons.fileupload.FileItem
//
Denis Gervalle said:
> > Yes, we only maintain documentation for the latest version of XWiki on
> > xwiki.org (not enough manpower to have decent doc for several versions
> > ATM).
> >
>
> However, for version 6.2.5 and later, you have a way to mitigate this
> limitation. You can install the
Vincent wrote:
> You seem to be knowing Confluence which is great, since it’s been more than
> 10 years that I haven’t used it myself.
It's been a few years for me also, but I suspect many of the good features
present then are still the most noticeable.
> Indeed, I don’t know why there’s this
Useful comparisons, but I wasn't sure who the expected reader would be. The
XWiki vs Confluence comparison feels rather biased so wouldn't be very helpful
to someone trying to make a rational decision. The table makes them seem
identical (perhaps it would be useful to highlight the actual
Hi,
It's been a while since I've installed XWiki from scratch, and last time it was
for Ubuntu 14 with 7.1.1. It looks like enough things have changed since then
that I'm doing something wrong. I'd appreciate any help in diagnosing the
problem.
This time I'm using Ubuntu 16.04.1 and Tomcat 8.
> I'm still struggling to get XWiki installed on Ubuntu 16.06 using theDebian
> packages. :-(
VICTORY!
sudo apt-get install openjdk-8-jre-headless
sudo apt-get remove openjdk-9-jre-headless
sudo service tomcat8 stop
sudo service tomcat8 start
___
users
Hi,
I'm still struggling to get XWiki installed on Ubuntu 16.06 using theDebian
packages. :-(
I see on http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT
that there is a package xwiki-solr-data that appears to be optional (at least,
it isn't installed as a dependent package
> I wrote:
> > You should try to stop tomcat fully and start it again. It seems
> > you’re only stopping the webapp and there are issues with xwiki cleanup
> when doing so.
> >
> > Let us know if there are still errors.
>
> I've stopped and started as you suggest, but I get the same result. The
>
Thomas Mortagne said:
> As you said yourself it's not installed as dependent package of
> xwiki-enterprise.
> Like the documentation indicate this is to be used only if you plan to setup a
> standalone Solr index which is not what XWiki is using by default.
OK thanks. I didn't find it all that
Hi Vincent,
> From: Vincent Massol [mailto:vinc...@massol.net]
> Sent: Monday, 22 August 2016 8:48 PM
>
> You should try to stop tomcat fully and start it again. It seems you’re only
> stopping the webapp and there are issues with xwiki cleanup when doing so.
>
> Let us know if there are still
87 matches
Mail list logo