Now, I've sent about 4 of these to the dev list, and they'll probably
all show up at once in a week. *sigh*
I am a big proponent of the principles of this bug:
http://jira.xwiki.org/jira/browse/XWIKI-1021
I don't think the whole ID scheme currently used should be thrown out,
however, as it might break anyone with an existing XWiki installation
of any size (which I have).
I would like to see the following:
a) go ahead and use a hash of the name to find an initial ID
b) increment the number if necessary to ensure it's unique.
c) stay with that ID, period. Don't change it when something is renamed, etc.
I've been seeing some issues with renames where the name hash
collides, or all of the attachments associated with an ID aren't
updated correctly (so the attachments effectively "disappear"..)
There is no reason to keep the ID associated with a hash of the name,
as the initial lookup is almost always based on the document's name...
I think this is pretty important, especially with document renaming
now possible.
I was talking to Vincent about this, and I'll see if I can find a
patch. This also seems to line up with a Google Summer of Code item:
http://www.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/Storage+Improvements
Erin
--
'Waste of a good apple' -Samwise Gamgee
Hello,
I have an xwiki installation on a virtual server.
As default, the jvm on that machine has only 64mb as -Xmx which causes xwiki to
crash on attachment of more than 1,3 mb. Therefore i increased the xms and xms
values by setting them in /etc/bash.bashrc:
export JAVA_OPTS="-Xms256m -Xmx256m"
I enountered problems errors 3232 and 3231) when i restarted xwiki after having
changed the codepage (-Dfile.encoding).
Even though i ended up with the same codepage that i used in the beginning, it
was no longer possible to access the attachments.
Importing .xar files that i made in advance as backups didn't work, either.
Attachments are still displayed with the articles, where authors set them, but
the cannot beretrieved.
To avoid the error messages when trying to upload the attachments again, i
deleted the entries in the xwikiattachments_archive and xwikiattachments_content
tables.
Now, when i upload the same files again, the are not versioned but added as
additional attachment.
Is it ok to delete the rows in the tables xwikiattachment_archive and
xwikiattachment_content or should i delete xwikiattachment, too?
Are there other conflicts probable to arise from this direct db manipulation?
Regards
Thomas
Hi,
Right menu display "Spaces" and ALL "Pages" on the Spaces.
By example: under "Main" there are
* All Docs
* Dashboard
* Event Calendar
* Ma Page de test
* Orphaned Pages
* Recent Members
* Tags
* WebHome
* Web Search Rss
* Whats New
How can I display only Pages named "MaPage.DIR"
By example "Main" contain "blabla" "page1" "page2.DIR" "menu.DIR"
I want the menu display only:
"Main"
* page2
* menu
Wich macro I must write in the panel wizard?
Thxs
Hi Vincent,
Thank you for your answers. To be more specific, the problem with XMLRPC, is that message can be blocked by Firewall if activated. I was looking for something working in a port that can't be stop by the user environment: Webservice, HttpRequest, REST ....
Thanks!!
Hi Diaga,
On Jul 4, 2007, at 2:24 PM, diaga(a)nomade.fr wrote:
> Hi everybody,
> I have some questions, so if someone have any idea:
> - Is there ways to exchange data with an Xwiki? If yes how to deal
> with them?
Could you be more specific?
- XWiki can export any page in XML and it can import XML (in a
certain format).
- There's also an XML-RPC interface
> - How can we create a forum in Xwiki?
Either you develop it from scratch or better you integrate an
existing one.
See http://www.nabble.com/forum/Search.jtp?query=xwiki+forum
> - Is it possible to make a Single Sign On between Xwiki and other
> software?
Short answer: yes
Longer answer: http://www.nabble.com/forum/Search.jtp?query=xwiki+SSO
Thanks
-Vincent
------------------------ ALICE C'EST ENCORE MIEUX AVEC CANAL+ LE BOUQUET ! ---------------
Découvrez vite l'offre exclusive ALICEBOX et CANAL+ LE BOUQUET, en cliquant ici http://alicebox.fr
Soumis à conditions.
Hi,
I use a french xwiki but I MUST activate "multi
lingual" option to display the xwiki menus in
french...
Of course, I put "fr" in "languages" and "default
language".
Are there a solution to set a xwiki in french only?
For exemple an option in xwiki.cfg ?
Btw where can I found options of xwiki.cfg?
Thks
Salut,
J'utilise xwiki en français mais je suis obligé
d'actvé l'option "multi lingual" pour afficher les
menus de xwiki en français.
J'ai pourtant saisis "fr" dans les options "languages"
et "default language"
Y-a-t-il une solution pour paramétrer xwiki en
français seulement? Par exemple une option dans
xwiki.cfg?
Merci.
Hello all,
is therea way to get rid of the xwiki/bin ... part of the URI?
I want to install XWiki on some wiki.mydomain.com subdomain and have search
engine friendly URLs.
(like http://wiki.mydomain.com/some+interesting+topic )
Can XWiki do this?
Thank you in advance
Michael
____________
Virus checked by G DATA AntiVirusKit
Version: AVK 17.5754 from 30.06.2007
Virus news: www.antiviruslab.com
Hi,
I use a french xwiki but I MUST activate "multi
lingual" option to display the xwiki menus in
french...
Of course, I put "fr" in "languages" and "default
language".
Are there a solution to set a xwiki in french only?
For exemple an option in xwiki.cfg ?
Btw where can I found options of xwiki.cfg?
Thks
Salut,
J'utilise xwiki en français mais je suis obligé
d'actvé l'option "multi lingual" pour afficher les
menus de xwiki en français.
J'ai pourtant saisis "fr" dans les options "languages"
et "default language"
Y-a-t-il une solution pour paramétrer xwiki en
français seulement? Par exemple une option dans
xwiki.cfg?
Merci.
_____________________________________________________________________________
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
Hi all,
When viewing a list of classes (both in the class editor and when
attaching a class manually to a document via class list dropdown) the
order of classes seems a bit random. Is there any way to select the sort
order?
The userlist property type also seems to be a bit random (in my case,
selecting value or id makes no difference).
Thanks for your help, Brian, Karin and Dennis. I eventually got it working. It works fine for the 1.0 and 1.1 M2 versions. For reference, here is my LDAP section from xwiki.cfg:
# LDAP config for AD server
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=adserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=subdomain,dc=domain,dc=suffix
xwiki.authentication.ldap.bind_DN=subdomain\\{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
Another configuration, for authenicating with OpenLDAP (this server is not on a subdomain). This server has unusual field names.
# LDAP config
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=ldapserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=domain,dc=suffix
xwiki.authentication.ldap.bind_DN=miloginid=<usernameforbind>,midomainname=primary,ou=domains,dc=<domain>,dc=<suffix>
xwiki.authentication.ldap.bind_pass=<passwordforbind>
xwiki.authentication.ldap.UID_attr=miloginid
#xwiki.authentication.ldap.fields_mapping=name=miLoginid,first_name=cn,fullname=cn,mail=mail,ldap_dn=miLoginid
xwiki.authentication.ldap.fields_mapping=name=miLoginid
I did find the process to be quite difficult to diagnose problems. More informative errors messages would be helpful. No matter what setting I put in the log4j configuration, I couldn't get any detailed debug messages about where the authentication was failing.
It works great once configured properly. Accounts are created in the xwiki user database, using the information from the ldap.fields_mapping field. If that mapping is not specified, no account is created, and the user is logged in without having a profile in xwiki, leading to the user not being a member of any group.
It is possible to create accounts in xwiki for users who do not appear in the LDAP database.
If any fields are mapped wrong, or any bind information is wrong, you get the "authentication failed" message in the log.
Hopefully these details will be helpful to someone at a later date.
Joe
