Hi,
i want to have our wiki categorized, since it's used as a intranet for a
company with a few different work groups. So it would be the best if
every group gets its own "category", but every coworker is able to see
(and possibly edit) every page. But i'm not sure what's the best way to
do this, i think the two possibilities are to use different spaces or to
use parent pages.
Can you tell me what the main differences are to help me with this
decision? Is it only the rights management or are there any other
advantages/disadvantages?
Thanks again,
resi.
Hello,
for our company intranet wiki i'd like to have a page where all
coworkers are listed with their names and pictures. I found a velocity
code to give out the useravatar (e.g. #largeUserAvatar('XWiki.username')
), but is there a way to automatically generate a page where all the
users are listed with names and pictures (perhaps in 2 columns and with
links to their profile pages)? I only found a way to list all editors or
page creators.
And second, i would like to add information to the profile pages of the
coworkers, e.g. their specialities or responsibilities. How can i do that?
Thanks in advance,
resi.
Hi,
I want to apply a specicific set of rules to password policy in xwiki so
that that if any new user/existing user(in case he want to change the
existing password)
adhere to this policy. Some of the rules are like :-
1)Password should have following charectics
A minimum password length of fourteen (12) characters
Contain at least one alpha characters (a-z, A-Z).
Contain at least one Upper Case Alpha character (A-Z).
Contain at least one numeric character (0-9).
Contain at least one “special” character, such as the following:~ ` ! @ #
$ % ’
The maximum number of failed login attempts shall be set to 3.
2)Passwords are required to be changed every 30 days
3)A password history of last 13 passwords must be maintained so that new
password is not among last 13 passwords
4)Where any user account has been locked out, admin should be subject to
reset the password
My first question is about point 1 . I can see one way to modify
registration password matching regex at
http://wikiURL/myWiki/bin/edit/XWiki/Registration?editor=wiki
so that i can change default policy from 6 character to customized policy
as per point 1. Is there any other way to from user interface ?
Second point is i don't see any configuration setting to fulfil the
requirements 2,3 and 4. Does xwiki support this kind of configuration too?
The XWiki development team is proud to announce the availability of
XWiki Commons, XWiki Rendering, XWiki Platform, XWiki Enterprise and
XWiki Enterprise Manager 3.4.
XWiki Enterprise 3.4 is a stabilization release as we're approaching
the end of the 3.x cycle so its main goal was to improve the Extension
Manager and App Within Minutes features. However, this release also
comes with a new look and a new default wiki page syntax. The
highlights of this release are:
* New color themes
* XWiki 2.1 is the default page syntax
* Improved Extension Manager UI
* Delete space menu
* Simple space templates
* Special characters in attachment file names
* Minimized action menu
* Display macro
See the full release notes at
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris…
for more details.
Thanks
-The XWiki dev team
Hi guys.
Let met describe you my problem.
I get the rendered content of a document on a velocity script :
#set($newsletterContent = $newsletterContentDoc.getRenderedContent())
But I would like to specify the language I want ('fr' or 'en') because my
document contains translation keys.
Of course, I tried to use Document.getTranslatedDocument() before rendering
it, but it doesn't work, maybe because my translated content is inside a
velocity script of the document.
The best way would be having a language parameter into getRenderedContent()
function but since we can't, is there an easy way to do it?
--
I also tried to do this :
#set($newsletterContent =
$xwiki.getURLContent($newsletterContentDoc.getExternalURL('get','outputSyntax=plain&language=fr')))
but it is very dirty and doesn't work since the wiki ask for credentials
when I do getURLContent().
--
Thx a lot.
Guillaume
I got a new computer and want to move my old Xwiki instance. I've exported
an .xar file on the old system and downloaded the installer and run it on
the new computer, but when I attempt to launch it I get a console window
that appears very briefly with three Access denied lines and a stack trace
that closes before I can see much more than that.
So first, does that suggest an obvious problem that's already well-known?
And if not, does the startup process generate a logfile somewhere that I
could analyze?
My system is a 64-bit Windows 7 Enterprise i5-2400 CPU with 16.0 GB of
memory.
Any assistance would be much appreciated. I use my Xwiki all the time and
don't want to lose all my history.
Thanks,
Matthew
Thanks for all who replied to my initial request. I've followed the advice
and tried MySQL.
I have heard about problems with xar export/import and would like to avoid
it if naked DB migration is possible. I've googled up what seems a
righteous way using MySQL Migration Toolkit (here are 2 links:
http://confluence.atlassian.com/display/DOC/Migrating+from+HSQLDB+to+MySQL,
http://wiki.alfresco.com/wiki/Migrating_from_HSQL).
After some exercises to make jdbc driver work I've got database exported
but run into problems with particular columns because of which complete
tables are not copied to MySQL. Below is an excerpt from report where for
problematic tables evil columns are mentioned:
`PUBLIC`.`XWIKICLASSES`
Column length too big for column 'XWO_CUSTOM_MAPPING' (max = 21845); use
BLOB or TEXT instead
`PUBLIC`.`XWIKICLASSESPROP`
Column length too big for column 'XWP_CUSTOMDISPLAY' (max = 21845); use
BLOB or TEXT instead
`PUBLIC`.`XWIKICOMMENTS`
Column length too big for column 'XWC_HIGHLIGHT' (max = 21845); use BLOB or
TEXT instead
`PUBLIC`.`XWIKIDOC`
Column length too big for column 'XWD_CONTENT' (max = 21845); use BLOB or
TEXT instead
`PUBLIC`.`XWIKILARGESTRINGS`
Column length too big for column 'XWL_VALUE' (max = 21845); use BLOB or
TEXT instead
`PUBLIC`.`XWIKIPREFERENCES`
Column length too big for column 'XWP_MENU' (max = 21845); use BLOB or TEXT
instead
Is there a way to cope with this or the only way is export/import with
Large Wiki Export extension?
Thx,
Andrey
Here: http://dev.xwiki.org/xwiki/bin/view/Community/Building
As in ..
"Checking out the sources
Use your favorite Subversion client to check out the sources.
You can check out the whole source tree or only a single module you wish to
build. Maven2 is powerful enough in that it'll always try to download the
required dependencies from the remote repositories you have defined, so that
you don't have to build the whole project from sources."
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
goldring, richard
Sent: 06 February 2012 17:15
To: 'XWiki Users'
Subject: Re: [xwiki-users] Linking
Thankyou Marius - I'll have a look at this when I find some free time - I'm
a little snowed under at work at the moment!
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
Marius Dumitru Florea
Sent: 06 February 2012 17:08
To: XWiki Users
Subject: Re: [xwiki-users] Linking
On Fri, Feb 3, 2012 at 4:36 PM, Hamster <teunham(a)hotmail.com> wrote:
> +1
I've created
https://github.com/xwiki/xwiki-platform/tree/feature-alfresco-link
. Checkout
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/README.txt
and the
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-server/src/main/jav
a/org/xwiki/wysiwyg/server/internal/plugin/alfresco/XWikiAlfrescoService.jav
a
as an example implementation of the service that is used to browse the tree
structure (e.g. file system).
You could start by cloning xwiki-platform GitHub repo, checkout the
feature-alfresco-link branch, change XWikiAlfrescoService to return
information about the network file system, build the WYSIWYG editor modules
and update the WYSIWYG editor of your XE instance.
Updating the WYSIWYG editor usually means:
* overwrite the server and shared jar in WEB-INF/lib
* delete resources/js/xwiki/wysiwyg/xwe folder and copy the same folder from
the wysiwyg war
>
> I think this should be part of the "Link" WYSIWYG editor!
>
> I don't have the knowledge to modify the source-code, but I do the
> advantage to modify the source-code (or implement a copy). We have
> developed several ClickOnce Applications for internal company use,
> which accept URL-parameters. I would love to extend the "Link" menu,
> so people can choose "Link to ClickOnceApp", supply the
> URL-parameter(s) and XWiki will generate the correct link!
>
> Is there a step-by-step tutorial on how to modify the
> WYSIWYG-editor??? (I know, whishful thinking!)
Unfortunately no.
Hope this helps,
Marius
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Linking-tp7247202p7250922.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> _______________________________________________
> 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
Starting to look into this ...
What I find difficult is figuring out how to set up and then get into the
swing of developing in Xwiki ...
... It would be easier if more experienced developers blogged step by step
how they set up their development tools and fixed different bugs or added
new features i.e. what tools they used and how, how they worked out what
code to change or add, how they checked in/out code, wrote tests, run tests,
etc, etc...
Examples are sometimes easier to follow than generic instructions.
Also the current instruction refer to subversion and git for source code
management - which is it?
Regards.
Richard
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
goldring, richard
Sent: 06 February 2012 17:15
To: 'XWiki Users'
Subject: Re: [xwiki-users] Linking
Thankyou Marius - I'll have a look at this when I find some free time - I'm
a little snowed under at work at the moment!
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
Marius Dumitru Florea
Sent: 06 February 2012 17:08
To: XWiki Users
Subject: Re: [xwiki-users] Linking
On Fri, Feb 3, 2012 at 4:36 PM, Hamster <teunham(a)hotmail.com> wrote:
> +1
I've created
https://github.com/xwiki/xwiki-platform/tree/feature-alfresco-link
. Checkout
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/README.txt
and the
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-server/src/main/jav
a/org/xwiki/wysiwyg/server/internal/plugin/alfresco/XWikiAlfrescoService.jav
a
as an example implementation of the service that is used to browse the tree
structure (e.g. file system).
You could start by cloning xwiki-platform GitHub repo, checkout the
feature-alfresco-link branch, change XWikiAlfrescoService to return
information about the network file system, build the WYSIWYG editor modules
and update the WYSIWYG editor of your XE instance.
Updating the WYSIWYG editor usually means:
* overwrite the server and shared jar in WEB-INF/lib
* delete resources/js/xwiki/wysiwyg/xwe folder and copy the same folder from
the wysiwyg war
>
> I think this should be part of the "Link" WYSIWYG editor!
>
> I don't have the knowledge to modify the source-code, but I do the
> advantage to modify the source-code (or implement a copy). We have
> developed several ClickOnce Applications for internal company use,
> which accept URL-parameters. I would love to extend the "Link" menu,
> so people can choose "Link to ClickOnceApp", supply the
> URL-parameter(s) and XWiki will generate the correct link!
>
> Is there a step-by-step tutorial on how to modify the
> WYSIWYG-editor??? (I know, whishful thinking!)
Unfortunately no.
Hope this helps,
Marius
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Linking-tp7247202p7250922.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> _______________________________________________
> 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
i went through http://platform.xwiki.org/xwiki/bin/view/Features/I18N.
Basically i want to set the set the language of my wiki as per the value
of paramter
language(as explained about appending the language=zz in in the link ) but
it only convert the label language not the acyual content. For example i
created the page
Mypage and put the content as This is my first page(default language is
english). But now if i change the default language to french only lablels
like comments
(to commentaires), history(to historique), Add(to Creer) get changed not
the page name and content inside it. Still i see the contant as This is my
first page.Though i was expecting it in french. How to configure so that we
can change the page name and its content too when changing the default
language?
Thanks a lot for clarification, Eduard!
And what about
http://jira.xwiki.org/browse/XWIKI-7530http://jira.xwiki.org/browse/XWIKI-7521
Are you going to do it in 3.5 or it would be only in 4+ plans?
Kind Regards
Dmitry
14 февраля 2012, 16:11 от Eduard Moraru <enygma2002(a)gmail.com>:
> Hi Dmitry,
>
> It's just a matter of rights management.
>
> This is the default (open) behaviour of Workspaces since that's XWiki's
> policy as well. When you create a new workspace, it will allow all global
> users and the guest user to view it, but not edit. When a user becomes a
> member of the workspace, he will also get edit rights.
>
> If you want to change this for a single existing workspace, you can simply
> go to Administration Workspace > Rights > Groups, select Both from the
> Search Scope select input and there you will see that the main wiki
> XWikiAllGroup has view rights checked. Uncheck the view right and leave it
> as default to stop this from happening. Don`t forget to do the same for the
> Unregistered User under the Users tab of the Rights management section.
>
> If you want to change this for all future workspaces that will be created,
> go to the "workspacetemplate" wiki template as a global admin (you can use
> WikiManager/WebHome to find it) and do the same thing that I just described
> above, for the single workspace situation. Now all the new workspaces that
> you will create will not be accessible to non-members.
>
> Minor note: Additionally, the Skin page, ColorThemes space and Panels space
> are also set to explicitly allow view to global users and unregistered
> users, so that, when a user lands on a restricted workspace, he can
> properly see the skin and color theme that is currently set and he can also
> see the workspace information panel that allows him to click (Request)Join
> if the option is available. Of course, you can change that too by editing
> the rights of the page and spaces (either in a workspace or in the
> template), but that should not be necessary IMO.
>
> Thanks,
> Eduard
>
> On Mon, Feb 13, 2012 at 11:13 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>wrote:
>
> > oops... sorry Once again
> >
> > I found very strange IMO behaviour of access rights in 3.4 XEM. Access
> > rights are simply ignored.
> >
> > How to reproduce:
> > 1) Clean installation of 3.4 XEM
> > 2) Default Admin creates "test" workspace
> > 3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test"
> > 4) The task was to restrict access to the workspace to test user.
> >
> > I failed to do this in all possible ways. If Test user is not in the
> > workspace, I can't restrict access to him and workspace is ALWAYS visible
> > to Test user.
> > Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine
> > for main wiki, BUT, when you enter direct link
> > like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions
> > both on main wiki and workspace.
> >
> > So, as a result, there is no way to restrict access to users/group of
> > users (or I didn't find it). E.g. I really don't like when my customers
> > have an authorized access to "internal" staff :-))).
> > From that point of view I either don't understand Workspace access rights
> > management quite good, or it's not ready to use yet.
> >
> > Is it a bug, or it's a misused (by me) feature?
> >
> > Kind regards,
> >
> > Dmitry
> >
> >
> >
> >
> > 14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>:
> >
> >
> > Hi,
> >
> > For now owner can invite users to workspace. Is there any possibility to
> > invite GROUPS?
> >
> > I need following scenario:
> > - Main Wiki Group A, B, C
> > - Workspace "One" invites Group A, B and denies Group C to see workspace
> > "One"
> > - I register a new user and add it to group A
> > - This user AUTOMATICALLY gains access/invitation to workspace.
> > - I delete user from the Group A and user is rejected by workspace "one"
> > also automatically
> >
> > Is there any simple way to do this?
> >
> >
> > Kind regards,
> >
> > Dmitry
> >
> > Kind regards,
> >
> > Dmitry
> >
> >
> > Kind regards,
> >
> > Dmitry
> > _______________________________________________
> > 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
>
Kind regards,
Dmitry
Hi,
I'm trying to configure a cluster of two XWiki servers using MySQL on
a third server.
I started with a single XWiki server (xwiki-01) on tomcat6 with local
MySQL instance, search was using Lucene and working as expected.
Using dump and restore I moved the MySQL database to a different
server (mysql-1) and adjusted
/var/lib/tomcat6/webapps/xwiki/WEB-INF/hibernate.cfg.xml
accordingly. access to the wiki still worked as expected and Lucene
worked as expected. I was able to do a re-index with no issues.
I spun up a new vm to be a second XWiki server (xwiki-02) and used
rsync to copy over all of the relevant files and directories.
/var/lib/tomcat6/webapps/xwiki
the tomcat configuration files server.xml and /etc/default/tomcat6
the private SSL certificate for tomcat6 (I'm using HTTPS) and LDAPs
(to use port 636 instead of 389 against AD)
As xwiki.cfg is configured with
xwiki.plugins.lucene.indexdir=/var/lucene I manually created
/var/lucene and did a "chown tomcat6:root /var/lucene" to set
permissions.
I'm able to access the wiki using xwiki-02 with no issues, but search
is not working correctly, If I set search to use database it finds 710
elements, if I set it to use Lucene it only finds 6.
Search on xwiki-01 still works correctly and both Lucene and database
search see 710 elements.
I'm aware that until I follow
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventCluster…
that the two XWiki instances won't be in "sync", but at the moment I'm
more concerned about search...
Cheers
Does anyone have a working example of loading the WYSIWYG editor
on-demand with velocity? Would love to see how you implemented
it...I'm having some trouble with porting the code on the xwiki site.
Thanks,
aaron
Hi,
For now owner can invite users to workspace. Is there any possibility to invite GROUPS?
I need following scenario:
- Main Wiki Group A, B, C
- Workspace "One" invites Group A, B and denies Group C to see workspace "One"
- I register a new user and add it to group A
- This user AUTOMATICALLY gains access/invitation to workspace.
- I delete user from the Group A and user is rejected by workspace "one" also automatically
Is there any simple way to do this?
Kind regards,
Dmitry
Hi!
Under certain circunstances I'm not able to identify, even though a given I've no access to a given XWiki page, it is possible to access/download their attached files provided you know their URLs.
Please, could you figure out why this could happen? Thanks!
This is causing me some serious problems here. Running XWiki Enterprise 2.4.30451.
Greetings!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Regards
Jaswant Singh
Eperium Business Soln. Pvt. Ltd.
eperium. e-commerceunlimited
________________________________
From: "users-request(a)xwiki.org" <users-request(a)xwiki.org>
To: users(a)xwiki.org
Sent: Tuesday, 14 February 2012 5:30 PM
Subject: users Digest, Vol 55, Issue 29
Send users mailing list submissions to
users(a)xwiki.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.xwiki.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)xwiki.org
You can reach the person managing the list at
users-owner(a)xwiki.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of users digest..."
Today's Topics:
1. Re: width=120 (Paul Libbrecht)
----------------------------------------------------------------------
Message: 1
Date: Tue, 14 Feb 2012 11:23:17 +0100
From: Paul Libbrecht <paul(a)hoplahup.net>
To: XWiki Users <users(a)xwiki.org>
Subject: Re: [xwiki-users] width=120
Message-ID: <CA2ED1A4-B46F-4457-97FB-997BAA02F7CD(a)hoplahup.net>
Content-Type: text/plain; charset=iso-8859-1
Le 14 f?vr. 2012 ? 10:28, Vincent Massol a ?crit :
>> (in the syntax definition??)
>
> Definitely not in the syntax.
>
> This should go in the documentation for the Image Plugin and the Platform extension of Rendering, i.e. both on http://extensions.xwiki.org.
you need to make it central in the documentation.
Documenting all the details in an extension is useful for sure.
But the basic should be referenced from the syntax I feel.
Le 14 f?vr. 2012 ? 10:00, Ludovic Dubost a ?crit :
> As for why it was not used in Curriki, I think it did not exist when most
> of Curriki was developped. Also the issue with possible failures made it
> dangerous to use when you don't control the images passed through the
> system.
Thanks, that is the perfect explanation.
And indeed we have places where it miserably fails.
We'll be sure to use it better on the new core.
paul
------------------------------
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
End of users Digest, Vol 55, Issue 29
*************************************
oops... sorry Once again
I found very strange IMO behaviour of access rights in 3.4 XEM. Access rights are simply ignored.
How to reproduce:
1) Clean installation of 3.4 XEM
2) Default Admin creates "test" workspace
3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test"
4) The task was to restrict access to the workspace to test user.
I failed to do this in all possible ways. If Test user is not in the workspace, I can't restrict access to him and workspace is ALWAYS visible to Test user.
Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine for main wiki, BUT, when you enter direct link like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions both on main wiki and workspace.
So, as a result, there is no way to restrict access to users/group of users (or I didn't find it). E.g. I really don't like when my customers have an authorized access to "internal" staff :-))).
From that point of view I either don't understand Workspace access rights management quite good, or it's not ready to use yet.
Is it a bug, or it's a misused (by me) feature?
Kind regards,
Dmitry
14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>:
Hi,
For now owner can invite users to workspace. Is there any possibility to invite GROUPS?
I need following scenario:
- Main Wiki Group A, B, C
- Workspace "One" invites Group A, B and denies Group C to see workspace "One"
- I register a new user and add it to group A
- This user AUTOMATICALLY gains access/invitation to workspace.
- I delete user from the Group A and user is rejected by workspace "one" also automatically
Is there any simple way to do this?
Kind regards,
Dmitry
Kind regards,
Dmitry
Kind regards,
Dmitry
Hello fellow xwiki users,
we discovered recently the usage of the width parameter when delivering a picture from an xwiki document attachment.
Surprisingly this is available in our production server, based on the grumpy xwiki 1.5, but has not been used in the UI of Curriki which has, however, been made by a team of XWiki SàRL originally.
- can someone describe me how this feature is working?
- is the resulting downscaled image cached in file or in ram?
- has there been a different implementation between the current xwiki (e.g. 3.4) and 1.5?
- except for the CPU hogging of computing the downscaled version, is there any reason not to use this feature? (e.g. RAM overloading?).
thanks in advance
Paul
Hi users,
I installed xwiki-3.3.1 using MsSql. I works quite well. I found only
one problem. The lifetable marco in the document index page does not
work. In the log file I found the following logs:
2012-02-14 08:50:41,161 ERROR
[http://cloud12-288:8080/xwiki/bin/get/XWiki/LiveTableResults?outputSyntax=p…]
o.h.u.JDBCExceptionReporter [JDBCExceptionReporter.java:234] Fehler beim
Konvertieren des varchar-Datentyps in float.
The jdbc error message is in German, because it is the german jdbc
driver. Translated into english it means
Error: Cannot convert varchar datatype into float
Can someone help me. Is it an error on the jdbc level or is it a problem
of the life table marco?
Richard
Hi, All, again!
I found very strange IMO behaviour of access rights in 3.4 XEM.
How to reproduce:
1) Clean installation of 3.4 XEM
2) Default Admin creates "test" workspace
14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>:
Hi,
For now owner can invite users to workspace. Is there any possibility to invite GROUPS?
I need following scenario:
- Main Wiki Group A, B, C
- Workspace "One" invites Group A, B and denies Group C to see workspace "One"
- I register a new user and add it to group A
- This user AUTOMATICALLY gains access/invitation to workspace.
- I delete user from the Group A and user is rejected by workspace "one" also automatically
Is there any simple way to do this?
Kind regards,
Dmitry
Kind regards,
Dmitry
Hi Andrey,
You're running using Jetty and HSQL? I had similar problems and eventually
moved to Apache Tomcat and MySQL which are more memory efficient - suggest
you to the same although I don't lnow if there is another way but I exported
my pages to .xar files which I had to break into small .xar file in order to
reimport into my new xwiki on Tomcat and MySql (I kept the two installations
running until we were happy we had copied everything across ... This process
wasn't easy!
Hope that helps.
Regards,
Richard
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
Crowd Covered
Sent: 13 February 2012 17:21
To: users(a)xwiki.org
Subject: [xwiki-users] Performance tuning for growing wiki
Hi guys,
Thanks again for great collaborative tool!
We currently have about 1200 pages inside, many with objects, where several
people search/read/edit info every day. And we are experiencing performance
problems - at least once a day, sometimes more often wiki becomes
unresponsive for 3-10 minutes while having high CPU load (my guess is either
page file swapping or garbage collection by JVM), Out Of Memory errors
becoming more often (sometimes wiki is stable for 1-2 weeks, sometimes fails
several times a day). Additionally we've got repeating problems even with
quite small attachments 500Kb-2Mb (I am aware of x27 DB storage trouble)
According to recommendation in guides and some talks on the Internet I tend
to try database tuning or change. Could you please recommend a good
candidate among freely available databases or even give a hints on HSQLDB
tuning (maybe changing default memory mode to cached)? I've taken a look at
H2 vs. HSQLDB comparison but there are quite controversial opinions...
Current servlet container configuration is -Xms700m -Xmx700m, no tuning for
database, computer is a virtual machine on a farm with 2 GHz CPU and 1 Gb
RAM. BTW, is this in general expected behavior for such configuration?
Many thanks,
Andrey
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi guys,
Thanks again for great collaborative tool!
We currently have about 1200 pages inside, many with objects, where several
people search/read/edit info every day. And we are experiencing performance
problems - at least once a day, sometimes more often wiki becomes
unresponsive for 3-10 minutes while having high CPU load (my guess is
either page file swapping or garbage collection by JVM), Out Of Memory
errors becoming more often (sometimes wiki is stable for 1-2 weeks,
sometimes fails several times a day). Additionally we've got repeating
problems even with quite small attachments 500Kb-2Mb (I am aware of x27 DB
storage trouble)
According to recommendation in guides and some talks on the Internet I tend
to try database tuning or change. Could you please recommend a good
candidate among freely available databases or even give a hints on HSQLDB
tuning (maybe changing default memory mode to cached)? I've taken a look at
H2 vs. HSQLDB comparison but there are quite controversial opinions...
Current servlet container configuration is -Xms700m -Xmx700m, no tuning for
database, computer is a virtual machine on a farm with 2 GHz CPU and 1 Gb
RAM. BTW, is this in general expected behavior for such configuration?
Many thanks,
Andrey
I try to generate PDF from XWiki 3.4. The installation was made from
scratch, and imported the documents via XARs from XWiki 3.0.3.
>From wiki the error shows as follows:
*Detailed information:
*
* Error number 11015 in 11: Exception while exporting
Wrapped Exception: Error number 12002 in 12: Exception while exporting pdf
Wrapped Exception: .fop (Permission denied)
com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting
Wrapped Exception: Error number 12002 in 12: Exception while exporting pdf
Wrapped Exception: .fop (Permission denied)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:72)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:231)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:128)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:217)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:964)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:515)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:304)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: com.xpn.xwiki.XWikiException: Error number 12002 in 12: Exception while exporting pdf
Wrapped Exception: .fop (Permission denied)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.createException(PdfExportImpl.java:699)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.renderXSLFO(PdfExportImpl.java:468)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHTML(PdfExportImpl.java:402)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:298)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:279)
at com.xpn.xwiki.web.ExportAction.export(ExportAction.java:209)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:69)
... 39 more
*
When I dig the tomcat logs, the error seems to be
*[WIKUIURL/format=pdf&pdfcover=1&pdfcover=0&pdftoc=1&pdftoc=0&comments=0&attachments=0] WARN c.x.x.p.i.PdfURLFactory - Failed to save image for PDF export
java.io.IOException: Failed to create temporary PDF export file with prefix [pdf], suffix [.] in directory [/opt/tomcat/xwiki34/apache-tomcat-7.0.22/work/Catalina/10.10.1.134/xwiki/YfUqLnp5]*
However, the directory listed has enough permission for the user which is used when executing the tomcat..
*root@xwiki34:# ls -lah /opt/tomcat/xwiki34/apache-tomcat-7.0.22/work/Catalina/10.10.1.134/xwiki/
drwxr-xr-x 5 tomcatxwiki34 tomcatxwiki34 4.0K Feb 13 09:33 .
drwxr-xr-x 8 tomcatxwiki34 tomcatxwiki34 4.0K Feb 3 13:05 ..
drwxr-xr-x 2 tomcatxwiki34 tomcatxwiki34 4.0K Feb 3 13:08 charts
drwxr-xr-x 2 tomcatxwiki34 tomcatxwiki34 4.0K Feb 3 13:08 svg
drwxr-xr-x 4 tomcatxwiki34 tomcatxwiki34 4.0K Feb 3 14:27 xwiki.plugin.image
*
properties/conf:
*xwiki.cfg:xwiki.temp.dir=/tmp/xwiki/
xwiki.cfg:xwiki.tmp.dir=/tmp
xwiki.cfg:xwiki.work.dir=/opt/tomcat/xwiki34/xwiki/work-dir*
And there is also sufficient permissions in these directories as well..
Is there any advises of where to find more information or how this could be fixed?
With Regards,
ari
Good morning!
I'm trying to move a simple script from XWiki 1.0 Syntax to 2.0 one. It includes this lines with which I can easily use SQL to retrieve pages and present a list of URLs to reach those pages:
db2 = Sql.newInstance("jdbc:mysql://hostname/schema", "ROuser", "readonly", "com.mysql.jdbc.Driver")
List areas = db2.rows('select...
println areas.collect{"<a href='../XWiki/${it.XWD_NAME}'>${it.XWD_TITLE}</a>"}.join("<br>")
As I'm having problems to include both Velocity (for instance, to control the information panel visibility) and Groovy scripts in the same page when using 1.0 syntax, I'm trying to move it to 2.0. But using the same lines results in that exact text being displayed in the page, but not the URL showed in 1.0 syntax.
Please, could you tell me how could I get the same results with XWiki 2.0 syntax? Thanks!!!
I know there are a lot of different methods to get the same results within XWiki, but using SQL in this case is useful to me now as kind of probe of concept showing how easily could we link to "external" datasources by using XWiki.
--
Ricardo Rodríguez
Research Management and Promotion Technician
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm