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

[xwiki-users] Login action to do before redirecting to a page

by PERINAUD Christophe

Hello, I try to update automatically the avatar of a user when he logs in (pictures are stored in an intranet server) I checked the login.vm template but it redirects to /xwiki/loginsubmit/Xwiki/XWikiLogin after submitting and i don't know how to edit (if possible) this page/template. Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 1.8 from the pack Jetty/HSQL -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

16 years, 8 months

1
0
0 0

[xwiki-users] Mail Auth patch for 1.8

by Lilianne E. Blaze

Hello, Here's the newest version. Basically it bridges XWiki.sendMessage to MailSenderPlugin. It uses Reflection, so no circulars, but it's not exactly pretty. Why it's needed - registration / validation / activation e-mails are still sent via obsolete Apache Commons SmtpClient, so they _do not_ support SMTP AUTH. This is a _major_ problem because due to spam and other abuse less and less hosting providers / network admins allow SMTP without authorization, and those who do are likely to have very insecure infrastructure. I honestly believe this is a MUST HAVE for a secure, spam-free configuration. Greetings, Lilianne Index: main/resources/XWiki/AdminGeneralSheet.xml =================================================================== --- main/resources/XWiki/AdminGeneralSheet.xml (revision 18064) +++ main/resources/XWiki/AdminGeneralSheet.xml (working copy) @@ -61,6 +61,6 @@ #set($params.language = ['multilingual', 'languages' , 'default_language', 'dateformat']) #set($params.editor = ['editor']) #set($params.admin = ['admin_email']) -#set($params.server = ['smtp_server']) +#set($params.server = ['smtp_server', 'smtp_server_username', 'smtp_server_password', 'javamail_extra_props']) #includeForm('XWiki.AdminFieldsDisplaySheet')</content> </xwikidoc> Index: main/java/com/xpn/xwiki/XWiki.java =================================================================== --- main/java/com/xpn/xwiki/XWiki.java (revision 17953) +++ main/java/com/xpn/xwiki/XWiki.java (working copy) @@ -161,6 +161,8 @@ import com.xpn.xwiki.web.XWikiURLFactoryService; import com.xpn.xwiki.web.XWikiURLFactoryServiceImpl; import com.xpn.xwiki.web.includeservletasstring.IncludeServletAsString; +import java.io.BufferedReader; +import java.io.StringReader; public class XWiki implements XWikiDocChangeNotificationInterface { @@ -2838,9 +2840,13 @@ needsUpdate |= bclass.addTextAreaField("meta", "HTTP Meta Info", 60, 8); needsUpdate |= bclass.addTextField("dateformat", "Date Format", 30); + // mail needsUpdate |= bclass.addBooleanField("use_email_verification", "Use eMail Verification", "yesno"); + needsUpdate |= bclass.addTextField("admin_email", "Admin eMail", 30); needsUpdate |= bclass.addTextField("smtp_server", "SMTP Server", 30); - needsUpdate |= bclass.addTextField("admin_email", "Admin eMail", 30); + needsUpdate |= bclass.addTextField("smtp_server_username", "SMTP Server username (optional)", 30); + needsUpdate |= bclass.addTextField("smtp_server_password", "SMTP Server password (optional)", 30); + needsUpdate |= bclass.addTextAreaField("javamail_extra_props", "Additional JavaMail properties", 60, 6); needsUpdate |= bclass.addTextAreaField("validation_email_content", "Validation eMail Content", 72, 10); needsUpdate |= bclass.addTextAreaField("confirmation_email_content", "Confirmation eMail Content", 72, 10); needsUpdate |= bclass.addTextAreaField("invitation_email_content", "Invitation eMail Content", 72, 10); @@ -3311,9 +3317,139 @@ * Plugin</a> */ @Deprecated - public void sendMessage(String sender, String[] recipient, String message, XWikiContext context) + public void sendMessage(String sender, String[] recipients, String message, XWikiContext context) throws XWikiException { + LOG.info("Entering sendMessage(...)..."); + + Object mailSender; + Class mailSenderClass; + Method mailSenderSendText; + + try + { + mailSender = getPluginApi("mailsender", context); + mailSenderClass = Class.forName("com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi"); + + // public int sendTextMessage(String from, String to, String subject, String message) + mailSenderSendText = mailSenderClass.getMethod("sendTextMessage", + new Class[]{String.class, String.class, String.class, String.class}); + } + catch(Exception e) + { + String eMsg = "Problem getting MailSender via Reflection: " + e; + LOG.error(eMsg); + throw new XWikiException(XWikiException.MODULE_XWIKI_EMAIL, + XWikiException.ERROR_XWIKI_EMAIL_ERROR_SENDING_EMAIL, eMsg); + } + + LOG.trace("Message = \"" + message + "\""); + + String messageParsed[] = parseRawMessage(message); + String messageSubject = messageParsed[0]; + String messageBody = messageParsed[1]; + String messageRecipients = recipients[0]; + for( int i = 1; i < recipients.length; i++) + { + messageRecipients = messageRecipients + "," + recipients[i]; + } + + if( messageSubject == null ) + { + // TODO: provide some sensible default + messageSubject = "Message from XWiki"; + } + + LOG.trace("Subject = \"" + messageParsed[0] + "\""); + LOG.trace("Text = \"" + messageParsed[1] + "\""); + + try + { + mailSenderSendText.invoke(mailSender, sender, messageRecipients, messageSubject, messageBody); + } + catch(InvocationTargetException ite) + { + Throwable cause = ite.getCause(); + if( cause instanceof XWikiException ) + { + throw (XWikiException)cause; + } + else + { + throw new RuntimeException(cause); + } + } + catch(Exception e) + { + // probably either IllegalAccessException or IllegalArgumentException + // shouldn't happen unless there were an incompatible code change + throw new RuntimeException(e); + } + + LOG.info("Exiting sendMessage(...). It seems everything went ok."); + } + + /** + * + * @return [subject (can be null), text (never null)] + */ + public String[] parseRawMessage(String rawMessage) + { + String SUBJECT = "Subject: "; + + String messageSubject = null; + String messageText = ""; + + // sanity check + if( rawMessage == null ) + { + throw new IllegalArgumentException("rawMessage can't be null"); + } + else if( rawMessage.trim().equals("") ) + { + throw new IllegalArgumentException("rawMessage can't be empty"); + } + + try + { + StringReader sr = new StringReader(rawMessage); + BufferedReader br = new BufferedReader(sr); + String line; + + StringWriter sw = new StringWriter(); + PrintWriter pw = new PrintWriter(sw); + + line = br.readLine(); + if( line.startsWith(SUBJECT) ) + { + messageSubject = line.substring(SUBJECT.length()); + line = br.readLine(); + if( !line.trim().equals("") ) + { + pw.println(line); + } + } + + while( (line = br.readLine()) != null ) + { + pw.println(line); + } + + messageText = sw.toString(); + } + catch(IOException ioe) + { + // can't happen here + } + + return new String[]{messageSubject, messageText}; + } + + + @Deprecated + public void sendMessageOld(String sender, String[] recipient, String message, XWikiContext context) + throws XWikiException + { SMTPClient smtpc = null; try { String server = getXWikiPreference("smtp_server", context); Index: main/resources/ApplicationResources.properties =================================================================== --- main/resources/ApplicationResources.properties (revision 17953) +++ main/resources/ApplicationResources.properties (working copy) @@ -181,6 +181,9 @@ use_email_verification=Use email verification admin_email=Admin email smtp_server=Outgoing SMTP Server +smtp_server_username=SMTP Server Username (optional) +smtp_server_password=SMTP Server Password (optional) +javamail_extra_props=Additional JavaMail properties validation_email_content=Validation e-Mail Content confirmation_email_content=Confirmation e-Mail Content preferences=Preferences

16 years, 8 months

1
0
0 0

[xwiki-users] Email system in xwiki

by Chris Ellis

Is it possible for xwiki to simply use the local server php email system without need of configuration? The smtp option is useless because these days most organisations use smtp servers requiring authentication and xwiki is not offering this at present (an essential IMHO) Cheers Chris Ellis

16 years, 8 months

3
6
0 0

[xwiki-users] Space Versioning

by twk3

Using an xwiki space for help documentation for a product. The issue being that the entire help documentation for an older version of the product still needs to be available for people using that product. My current plan is to have one main space for all the documentation, then add a new space for each version, and do includes for the proper documents using their revision numbers. Space versioning would make this easier, or basicallty a space variable that has a record of the revisions of all child documents at the time the space version was... versioned. My questions are: 1. Is there a better way for me to do this? 2. Would space versioning, or something of the like be easy enough to implement that I could just make my own plugin that handled it. (An intermediate java dev, but a xwiki novice) 3. Should I really be viewing multiple revisions at all? The rollback function works fine, but I've noticed issues in viewing revisions, and I'm wondering whether it was intended only for revision comparison. -- View this message in context: http://n2.nabble.com/Space-Versioning-tp2571110p2571110.html Sent from the XWiki- Users mailing list archive at Nabble.com.

16 years, 8 months

2
2
0 0

[xwiki-users] Captcha

by Edward Laptop

Hi I have noticed there is a "captcha.vm" file in my installation of xwiki. Does this mean that I can add a captcha to a registration form? Thanks Edward

16 years, 8 months

1
1
0 0

Re: [xwiki-users] Captcha

by Manfred

There *is* a CAPTCHA option somewhere. Doesnt appear on my installed products right now but that could be because I've disabled 'public' user registration so it might only kick in then. I'm very new to the product so as far as config goes I dunno, I've just seen it and was confronted with it in a form in Xwiki so it certainly exists, if that helps any. ----- Original Message ----- From: "Edward Laptop" <edward(a)eldon.gotadsl.co.uk> To: "XWiki Users" <users(a)xwiki.org> Sent: Tuesday, March 31, 2009 4:15:05 PM GMT +02:00 Harare / Pretoria I have noticed there is a "captcha.vm" file in my installation of xwiki. Does this mean that I can add a captcha to a registration form?

16 years, 8 months

2
2
0 0

Re: [xwiki-users] GWT-WYSIWYG Bugs

by PERINAUD Christophe

Hi, Also there is a missing space (may be it's wanted but i don't think so) in numbered list with more than 9 elements. The '.' is displayed over the first character. I did not try 100 elements but i guess that there will be a problem too -----Message d'origine----- De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de hel-o Envoyé : mercredi 1 avril 2009 15:52 À : users(a)xwiki.org Objet : Re: [xwiki-users] GWT-WYSIWYG Bugs Hi, some more things i found in Lists: 1. when you have a line brake after a list item with text following you cant undo the list formating. When you click the bullet list icon another bullet is added - - item1 text, text, text, text, text, text, text, text, text, - item2 When you safe that, the line brake disappears. - - item1text, text, text, text, text, text, text, text, text, - item2 2. In bullet lists the numbered list icon of the menubar is active. 3. When you undo the list formating and redo the list formating a paragraph is added between the two list items - item1 - item2 hel. ----- hel. hel(a)hel.at -- View this message in context: http://n2.nabble.com/GWT-WYSIWYG-Bugs-tp2441118p2569103.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 -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

16 years, 8 months

2
1
0 0

[xwiki-users] How to best integrate XE, XWS & Chronopolys?

by Manfred

Hi, I'm trying to combine Xwiki products into an intranet collaboration solution and would appreciate advice on good practices for this. We're talking a manufacturing organisation, about 500 users, divided into a dozen production departments with users working on various departmental and organisation-wide projects. I was thinking one could have Xwiki Enterprise operating as the portal containing all the common enterprise info, then have Workspaces for departmental document use and Chronopolys for Project management. I'd love to have a single install product but that doesnt seem to be possible as I understand it. I also don't forsee any more wikis than the above 3 being required. Using the 'quick links' shortcut menu on XE I can add the URLs to the XWS and Chronopolys spaces and provided one saves login details its pretty seamless to transition between the products while working. At the moment I have the 3 Xwiki products running on separate virtual machine servers i.e. separate IP's, Tomcat6 or Jetty app server, Java6 and Postgresql databases. I'd like to know how much of this can be practically integrated. I realise I can most likely combine everything into a single VM, running a single app server with different URL paths and separate databases but ... more importantly how can I get more synergy with the 3 products working together? Q's like: 1. Could all 3 products run on the same Xwiki database in Postgres or would there be conflict with users, tables, etc. If not all 3 how about just XE and XWS on the same database? Is this possible or am I looking for problems? 2. I'm not sure where the user uploaded wiki attachments are stored, if in the db then ignore this Q, but if they are stored in the OS file system then is it possible to have a common uploaded file space for all 3 platforms? 3. Also, there seems to be some sort of integration possible with Alfresco CMS stored files - is this for XE or could XWS/Chronopolys also access Alfresco docs? Thanks

16 years, 8 months

2
1
0 0

[xwiki-users] Active Directory users

by Mike A.

Hi! How can I specify that all users found in AD will map to XWikiAllGroup? I do have a group AAA in AD with specific users, and if I specify it for mapping, all works ok. // cn=AAA, ou=Group1, dc=domain, dc=com I also have a group ALL, which contains all groups found (e.g. group AAA is member of ALL) in AD. If I specify it for mapping, even login doesn't work. // cn=Users, dc=domain, dc=com XWiki Enterprise 1.8.17790 Thanks in advance. Best regards, Mike

16 years, 8 months

2
2
0 0

Re: [xwiki-users] How to create initial Organization Space in Xwiki workspace?

by Manfred

Hi Jerome, Thanks for your continued interest. I have managed to work out installing Chronopolys on Linux - the double mouse click didnt work but the terminal commands did and its looking 90% good for our application so will go with that for now. You appear to be part of the xwiki organisation so I'll just throw in my 0.03 FWIW ;-) Having trialed a fair number of wiki related tools recently, I must admit that Xwiki's approach is a little disorienting to me. Obviously as an organisation you have good reason for how its various offspring are designed, but in my opinion a less confusing approach would be if you offered the market something like: 1. Xwiki enterprise - the core wiki application then users can select from add on wiki modules to customise things further if they desire. e.g 2. want project management - then add Chonopolos addin 3. if you want workspaces - then add Workspaces add in I'm sure you get the idea ... Obviously it would be nice if all these add ins could play nicely together as well because I can find areas where all 3 of the products could be useful, but if they were integrated that would be so much neater IMO. Still, please keep on refining an already excellent product. Really the only plugin missing from my end is a Gliffy flowcharting equivalent of that available for Confluence, so maybe you could encourage Gliffy a bit. I have already asked them and the Mockups developer to think about an Xwiki inline page flowchart tool. Cheers > If you are familiar with Chronopolys - what install route would you recommend - Enterprise or Workspaces first? What do you want to do exactly ? The jar you refer to (installer-generic) is an installer for a self-contained Chronopolys application, meaning that you just have to execute it and you will have a setup wizard to install Chrono. Same as for XWS, Chronopolys is built on top of XWiki Enterprise (although they both come with their own custom skins, so it's not obvious and users do not necessarily realize the application is built on top of a wiki engine).

16 years, 8 months

2
1
0 0

Re: [xwiki-users] Enterprize 1.8 Panels not working

by PERINAUD Christophe

Hi, What you mean by "is not working" ? I have on my server a problem with Panels (on left side), some are replaced by others after saving and getting back to home page. To save changes you have to edit XWikiPreferences in object editor, click on XWikiPreferences and find the field that contains panels displayed on the left side and save the page (you will find some values like 'undefined' if you had a problem with the wizard) Hope it helps Christophe -----Message d'origine----- De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de Chris Ellis Envoyé : mercredi 1 avril 2009 04:29 À : users(a)xwiki.org Objet : [xwiki-users] Enterprize 1.8 Panels not working I recently installed the standalone Enterprize 1.8 and it seems that only the right panel page layout is working - neither of the other layouts are working. Ideas? Cheers Chris Ellis _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

16 years, 8 months

2
1
0 0

[xwiki-users] Enterprize 1.8 Panels not working

by Chris Ellis

I recently installed the standalone Enterprize 1.8 and it seems that only the right panel page layout is working - neither of the other layouts are working. Ideas? Cheers Chris Ellis

16 years, 8 months

1
0
0 0

Re: [xwiki-users] Can no longer enumerate users after upgrade

by PERINAUD Christophe

Hi I got the same problem after migrating from 1.8rc2 to 1.8 The problem was that i missed one file to import in the new XAR (In the Xwiki space, a sheet if i remember good). What i would suggest is to follow the instructions on the upgrade xwiki page to know wich file you must not select when importing. Also the users adminitration is a link to the sheet in Xwiki space so it doesn't change from one space to another (but i can miss something as i am a newbie in Xwiki) at least for the presentation Christophe -----Message d'origine----- De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de Daniel Barowy Envoyé : mardi 31 mars 2009 15:35 À : users(a)xwiki.org Objet : [xwiki-users] Can no longer enumerate users after upgrade Hello everyone, After upgrading from XWiki 1.7 to 1.8, I am no longer able to enumerate users or groups in the XWiki preferences pane. Instead, what I get is an animated busy bar with the word "Loading..." printed across the top. This never stops loading, and so I never get a list of users. The same is true for any page where I need to set access rights. I get the same thing, except I also get, printed across the top of the page: $xwiki.jsfx.use("js/xwiki/usersandgroups/usersandgroups.js", true) $xwiki.ssfx.use("js/xwiki/usersandgroups/usersandgroups.css") $xwiki.jsfx.use("js/xwiki/table/livetable.js", true) $xwiki.ssfx.use("js/xwiki/table/livetable.css", true) I did selectively import the new XAR in order to avoid having to page preferences, but this appears even on pages that I allowed the new XAR to replace, like the Sandbox. I also reused my old xwiki.cfg, after looking at a diff between the old one and a new one. I don't recall if I changed anything (sorry... it was getting late in the day). I am using LDAP to connect to Active Directory. Also, on first run, I enabled the migration options in xwiki.cfg, but I have now commented them out. Does anyone have any suggestions? Thanks, Dan xwiki.cfg: #--------------------------------------- # Preamble # # This is the main old XWiki configuration file. Commented parameters show the default value, although some features # might be disabled. To customize, uncomment and put your own value instead. #--------------------------------------- # General wiki settings # #-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true # xwiki.readonly=no #-# [Since 1.6RC1] Defines the list of supported syntaxes #-# Available syntaxes are: #-# xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01 xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0 #-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document #-# names. # xwiki.users.initialGroups=XWiki.XWikiAllGroup #-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document # xwiki.unknownActionResponse=view #-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored, since we want #-# since we want to be independend of the underlying system. xwiki.encoding=ISO-8859-1 #-# This parameter will activate the sectional editing xwiki.section.edit=1 #-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links. xwiki.backlinks=1 #-# Enable document tags. xwiki.tags=1 #--------------------------------------- # Storage # #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not # storage.attachment.recyclebin=1 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not # xwiki.store.attachment.versioning=1 #-# Whether the attachments should also be rolled back when a document is reverted. # xwiki.store.rollbackattachmentwithdocuments=1 #-# The path to the hibernate configuration file. # xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml #-# Whether to update the database schema on startup. Useful when upgrading XWiki. as the mapping could change between #-# versions, and this allows to automatically update the database. Should be disabled (=0) during normal operation to #-# improve the startup time. # xwiki.store.hibernate.updateschema=1 #-# Allow or disable custom mapping for particular XClasses. Custom mapping may increase the performance of certain #-# queries when large number of objects from particular classes are used in the wiki. # xwiki.store.hibernate.custommapping=1 #-# Dynamic custom mapping. # xwiki.store.hibernate.custommapping.dynamic=0 #-# Put a cache in front of the document store. This greatly improves performance at the cost of memory consumption. #-# Disable only when memory is critical. # xwiki.store.cache=1 #-# Maximum number of documents to keep in the cache. # xwiki.store.cache.capacity=100 #-# [Since 1.6M1] #-# Force the database name for the main wiki in virtual mode and for the wiki itself in non virtual mode. # xwiki.db=xwiki #-# [Since 1.6M1] #-# Add a prefix to all databases names of the wikis in virtual mode and to the wiki name in non virtual mode. # xwiki.db.prefix= #--------------------------------------- # Data migrations # # Similar to schema updates, this manipulates the actual data, and not just the layout of the database. Useful for # migrating data to new formats, correct errors introduced in older versions, or even for schema updates that are not # handled by velocity. #-# Whether migrations are enabled or not. Should be enabled when upgrading, but for a better startup time it is better to #-# disable them in production. #xwiki.store.migration=1 #-# Migration manager class. The default works with a Hibernate storage. #xwiki.store.migration.manager.class=com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager #-# Whether to exit after migration. Useful when a server should handle migrations for a large database, without going #-# live afterwards. #xwiki.store.migration.exitAfterEnd=0 #--------------------------------------- # Internationalization # #-# By default, XWiki chooses the language specified by the client (browser) in the Accept-Language HTTP header. This #-# allows to use the default language of the wiki when the user didn't manually choose a language. # xwiki.language.preferDefault=0 #-# Force only one of the supported languages to be accepted. # xwiki.language.forceSupported=0 #--------------------------------------- # Virtual wikis (farm) # #-# This parameter allows XWiki to operate in Hosting mode allowing to create multiple wikis having their own database and #-# responding to different URLs xwiki.virtual=0 #-# URL to redirect to when a requested wiki does not exist. This should be changed to a real page. xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist #-# Forbidden names that should not be allowed when creating a new wiki. # xwiki.virtual.reserved_wikis= #-# How virtual wikis are mapped to different URLs. If set to 0 (the default), then virtual wikis have different domain #-# names, in the format http://wikiname.myfarm.net/. If set to 1, then the domain is common for the entire farm, but the #-# path contains the wiki name, in the format http://myfarm.net/xwiki/wiki/wikiname/. #-# Note that you can configure the "/wiki/" part with xwiki.virtual.usepath.servletpath property. # xwiki.virtual.usepath=0 #-# Configure the servlet action identifier for url path based multiwiki. It has also to be modified in web.xml. # xwiki.virtual.usepath.servletpath=wiki #--------------------------------------- # URLs # #-# The domain name to use when creating URLs to the default wiki. If set, the generated URLs will point to this server #-# instead of the requested one. It should contain schema, domain and (optional) port, and the trailing /. For example: #-# xwiki.home=http://www.xwiki.org/ #-# xwiki.home=http://wiki.mycompany.net:8080/ # xwiki.home= #-# The name of the default URL factory that should be used. # xwiki.urlfactory.serviceclass=com.xpn.xwiki.web.XWikiURLFactoryServiceImpl #-# The name of the webapp to use in the generated URLs. The right value is taken from the request URL, so setting this #-# is not recommended in most cases. If set, the value should contain a trailing /, but not a leading one. For example: #-# xwiki.webapppath=xwiki/ # xwiki.webapppath= #-# The default servlet mapping name to use in the generated URLs. The right value is taken from the request URL, #-# preserving the requested servlet mapping, so setting this is not recommended in most cases. If set, the value should #-# contain a trailing /, but not a leading one. For example: #-# xwiki.servletpath=bin/ # xwiki.servletpath= #-# The fallback servlet mapping name to use in the generated URLs. Unlike xwiki.servletpath, this is the value used when #-# the correct setting could not be determined from the request URL. A good way to use this setting is to achieve short #-# URLs, see http://platform.xwiki.org/xwiki/bin/Main/ShortURLs # xwiki.defaultservletpath=bin/ #-# Whether the /view/ part of the URL should be included if the target action is 'view'. # xwiki.showviewaction=1 #-# The name of the default space. This is displayed when the URL specifies a document, but not a space, or neither. # xwiki.defaultweb=Main #-# Hide the /Space/ part of the URL when the space is the default one. Warning: use 1 to hide, 0 to show. # xwiki.usedefaultweb=0 #-# The name of the default page of a space. This is displayed when the URL specifies a space, but not a document, or neither. # xwiki.defaultpage=WebHome #-# Hide the /WebHome part of the URL when the document is the default one. Use 0 to hide, 1 to show. # xwiki.usedefaultaction=0 #--------------------------------------- # Users # xwiki.inactiveuser.allowedpages= #--------------------------------------- # Authentication and authorization # #-# Enable to allow superadmin. It is disabled by default as this could be a #-# security breach if it were set and you forgot about it. Should only be enabled #-# for recovering the Wiki when the rights are completely messed. xwiki.superadminpassword=REMOVED #-# Authentication type. You can use 'basic' to always use basic authentication. # xwiki.authentication=form #-# Cookie encryption keys. You SHOULD replace these values with any random string, #-# as long as the length is the same. xwiki.authentication.validationKey=REMOVED xwiki.authentication.encryptionKey=REMOVED #-# Comma separated list of domains for which authentication cookies are set. This #-# concerns mostly wiki farms. The exact meaning is that when a user logs in, if #-# the current domain name corresponding to the wiki ends with one of the entries #-# in this parameter, then the cookie is set for the larger domain. Otherwise, it #-# is set for the exact domain name of the wiki. #-# #-# For example, suppose the cookiedomains is set to "mydomain.net". If I log in #-# on wiki1.xwiki.com, then the cookie will be set for the entire mydomain.net #-# domain, and if I visit wiki2.xwiki.com I will still be authenticated. If I log #-# in on wiki1.otherdomain.net, then I will only be authenticated on #-# wiki1.otherdomain.net, and not on wiki2.otherdomain.net. #-# #-# So you need this parameter set only for global authentication in a #-# farm, there's no need to specify your domain name otherwise. #-# #-# Example: xwiki.authentication.cookiedomains=xwiki.org,myxwiki.org xwiki.authentication.cookiedomains= #-# This allows logout to happen for any page going through the /logout/ action, regardless of the document or the servlet. #-# Comment-out if you want to enable logout only for /bin/logout/XWiki/XWikiLogout xwiki.authentication.logoutpage=(/[^/]+/|/)logout/* #-# The group management class. # xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.xwiki.XWikiGroupServiceImpl #-# Default value for exo: # xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.exo.ExoGroupServiceImpl #-# The authentication management class. # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl #-# Default value for exo: # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.exo.ExoAuthServiceImpl #-# Default value for LDAP: # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# The authorization management class. # xwiki.authentication.rightsclass=com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl #-# If an unauthenticated user (guest) tries to perform a restricted action, by default the wiki redirects to the login #-# page. Enable this to simply display an "unauthorized" message instead, to hide the login form. # xwiki.hidelogin=false #-# HTTP status code to sent when the authentication failed. xwiki.authentication.unauthorized_code=200 #--------------------------------------- # Rendering # #-# Disable particular renderers (in the old rendering engine). #-# Macro mapping # xwiki.render.macromapping=1 #-# Velocity interpreter # xwiki.render.velocity=1 #-# Groovy interpreter # xwiki.render.groovy=1 #-# Plugin rendering # xwiki.render.plugin=1 #-# Radeox wiki renderer # xwiki.render.wiki=1 #-# Simple wiki syntax rendering # xwiki.render.wikiwiki=0 #-# Maximum number of documents to keep in the rendered cache # xwiki.render.cache.capacity=100 #-# Default target for external links. Use _blank to open external links in a new tab/window. # xwiki.render.externallinks.defaulttarget= #--------------------------------------- # Editing # #-# Minor edits don't participate in notifications. # xwiki.minoredit=1 #-# Use edit comments xwiki.editcomment=1 #-# Hide editcomment field and only use Javascript # xwiki.editcomment.hidden=0 #-# Make edit comment mandatory xwiki.editcomment.mandatory=0 #-# Make edit comment suggested (asks 1 time if the comment is empty. #-# 1 shows one popup if comment is empty. #-# 0 means there is no popup. #-# This setting is ignored if mandatory is set # xwiki.editcomment.suggested=0 #------------------------------------------------------------------------------------- # LDAP #------------------------------------------------------------------------------------- #-# new LDAP authentication service xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# 0: disable #-# 1: enable xwiki.authentication.ldap=1 #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) xwiki.authentication.ldap.server=192.168.0.252 xwiki.authentication.ldap.port=389 #-# LDAP login, empty = anonymous access, otherwise specify full dn #-# {0} is replaced with the username, {1} with the password xwiki.authentication.ldap.bind_DN=DOMAIN\\{0} xwiki.authentication.ldap.bind_pass={1} #-# Force to check password after LDAP connection #-# 0: disable #-# 1: enable xwiki.authentication.ldap.validate_password=0 #-# only members of the following group will be verified in the LDAP #-# otherwise only users that are found after searching starting from the base_DN # xwiki.authentication.ldap.user_group=cn=developers,ou=groups,o=MegaNova,c=US #-# [Since 1.5RC1, XWikiLDAPAuthServiceImpl] #-# only users not member of the following group can autheticate # xwiki.authentication.ldap.exclude_group=cn=admin,ou=groups,o=MegaNova,c=US #-# base DN for searches xwiki.authentication.ldap.base_DN=ou=Users,ou=Foo,dc=domain,dc=example,dc=com #-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name (default=cn) xwiki.authentication.ldap.UID_attr=sAMAccountName #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# Specifies the LDAP attribute containing the password to be used "when xwiki.authentication.ldap.validate_password" is set to 1 # xwiki.authentication.ldap.password_field=userPassword #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential LDAP groups classes. Separated by commas. # xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential names of the LDAP groups fields containings the members. Separated by commas. # xwiki.authentication.ldap.group_memberfields=member,uniqueMember #-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute) # xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,fullname=fullName,email=mail xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# on every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki account is created. xwiki.authentication.ldap.update_user=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# mapps XWiki groups to LDAP groups, separator is "|" # xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=AdminRole,ou=groups,o=MegaNova,c=US|\ # XWiki.Organisation=cn=testers,ou=groups,o=MegaNova,c=US xwiki.authentication.ldap.group_mapping=XWiki.xwAdmin=cn=xwAdmin,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com|\ XWiki.xwDesign=cn=xwDesign,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com|\ XWiki.xwPromotion=cn=xwPromotion,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# time in s after which the list of members in a group is refreshed from LDAP (default=3600*6) xwiki.authentication.ldap.groupcache_expiration=10000 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# - create : synchronize group membership only when the user is first created #-# - always: synchronize on every login xwiki.authentication.ldap.mode_group_sync=always #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# if ldap authentication fails for any reason, try XWiki DB authentication with the same credentials xwiki.authentication.ldap.trylocal=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# SSL connection to LDAP server #-# 0: normal #-# 1: SSL # xwiki.authentication.ldap.ssl=0 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# The keystore file to use in SSL connection # xwiki.authentication.ldap.ssl.keystore= #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The java secure provider used in SSL connection # xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider #--------------------------------------- # Cache # [DEPRECATED since 1.7M1: this way to configure cache provider is deprecated, you should use xwiki.properties instead.] #--------------------------------------- #-# [Since 1.5M2] #-# The cache component implementation to use as "normal" (can be local or distributed depending on the implementation) #-# cache component. # xwiki.cache.cachefactory.hint=jbosscache #-# [Since 1.5M2] #-# The cache component to use as local cache component. # xwiki.cache.cachefactory.local.hint=jbosscache/local #--------------------------------------- # WYSIWYG Editor configuration # #-# You can configure the toolbars you wish to see in the WYSIWYG editor by defining the #-# xwiki.wysiwyg.toolbars property. #-# When not defined it defaults to: # xwiki.wysiwyg.toolbars=texttoolbar, listtoolbar, indenttoolbar, undotoolbar, titletoolbar, \ # styletoolbar, horizontaltoolbar, attachmenttoolbar, macrostoolbar, \ # tabletoolbar, tablerowtoolbar, tablecoltoolbar, linktoolbar #-# The full list of toolbars includes the one defined above and the following ones: #-# subtoolbar, findtoolbar, symboltoolbar #--------------------------------------- # Skin configuration # #-# The default skin to use when there's no value specified in the wiki preferences document. Note that the default #-# wiki already specifies a skin, so this setting is only valid for empty wikis. xwiki.defaultskin=toucan #-# The default base for skins that don't specify a base skin. This is also the last place where a skin file is searched #-# if not found in the more specific skins. xwiki.defaultbaseskin=albatross #--------------------------------------- # Extensions # #-# List of active plugins. xwiki.plugins=\ com.xpn.xwiki.monitor.api.MonitorPlugin,\ com.xpn.xwiki.plugin.calendar.CalendarPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ com.xpn.xwiki.plugin.feed.FeedPlugin,\ com.xpn.xwiki.plugin.ldap.LDAPPlugin,\ com.xpn.xwiki.plugin.google.GooglePlugin,\ com.xpn.xwiki.plugin.flickr.FlickrPlugin,\ com.xpn.xwiki.plugin.mail.MailPlugin,\ com.xpn.xwiki.plugin.packaging.PackagePlugin,\ com.xpn.xwiki.plugin.query.QueryPlugin,\ com.xpn.xwiki.plugin.svg.SVGPlugin,\ com.xpn.xwiki.plugin.charts.ChartingPlugin,\ com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ com.xpn.xwiki.plugin.image.ImagePlugin,\ com.xpn.xwiki.plugin.captcha.CaptchaPlugin,\ com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\ com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl,\ com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ com.xpn.xwiki.plugin.autotag.AutoTagPlugin,\ com.xpn.xwiki.plugin.lucene.LucenePlugin,\ com.xpn.xwiki.plugin.diff.DiffPlugin,\ com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ com.xpn.xwiki.wysiwyg.server.plugin.WysiwygPlugin #-# Enable light monitoring of the wiki performance. Records various statistics, like number of requests processed, #-# time spent in rendering or in the database, medium time for a request, etc. Disable for a minor increase of #-# performance and a bit of memory. # xwiki.monitor=1 #-# Maximum number of last requests to remember. # xwiki.monitor.lastlistsize=20 #-# Stats configuration allows to globally activate/deactivate stats module (launch storage thread, register events...). #-# Enabled by default. # xwiki.stats=1 #-# When statistics are globally enabled, storage can be enabled/disabled by wiki using the XWikiPreference property "statistics". #-# Note: Statistics are disabled by default for improved performances/space. xwiki.stats.default=0 #-# It is also possible to choose a different stats service to record statistics separately from XWiki. # xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl #-# This parameter will activate the eXo Platform integration xwiki.exo=0 #-# GraphViz plugin configuration. The GraphViz plugin is not configured by default. #-# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins #-# in the xwiki.plugins property. #-# Uncomment and set the locations of the Dot and Neato executables # xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe # xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/ xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/ xwiki.plugin.image.cache.capacity=30 xwiki.plugin.captcha=0 #-# Calendar Prev/Next Month bounds. #-# The calendar generates links to the previous/next months for a limited range, by default 6 months back and 12 months #-# after. A value of 0 means that there is no limit in that direction. # xwiki.calendar.bound.prev=6 # xwiki.calendar.bound.next=12 #-# Lucene search engine #-# Location where to place the lucene index files. The default is the "lucene" subdirectory in the container's "work" #-# diectory. Change it if you want to store indexes in another place. # xwiki.plugins.lucene.indexdir=/usr/local/xwiki/lucene #-# The text analyzer to use for indexing. # xwiki.plugins.lucene.analyzer=org.apache.lucene.analysis.standard.StandardAnalyzer #-# The number of seconds to wait between reindexes. A smaller value ensures that new documents will be indexed faster, #-# but with a minor performance reduction. Adjust according to your wiki load. # xwiki.plugins.lucene.indexinterval=20 #-# The maximum size of the indexing queue. After this limit is reached, the reindex thread will have to wait until the #-# queue is consumed. Note that this does not affect documents submitted through the notification mechanism, only the #-# full reindex option. # xwiki.plugins.lucene.maxQueueSize=1000 #--------------------------------------- # Misc # #-# Temporary directory where XWiki can put files (during exort and upload, for example). # xwiki.temp.dir=/tmp/xwiki #-# XWiki work directory # xwiki.work.dir=/usr/local/xwiki xwiki.work.dir=work _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

16 years, 8 months

2
1
0 0

Re: [xwiki-users] How to create initial Organization Space in Xwiki workspace?

by Manfred

Hi Jerome, Thanks for your very quick response. Trust me to try do things front2back ;-) I'm more than happy to try it the recommended way <g> no need to swim uphill any more than necessary. Its just when I went to the 'instructions' link for the generic Workspaces installer the page didnt have any info to work from so then somewhere on the site I think I read that the only difference for between the Enterprise install and Workspaces was to change the final XAR. i.e. I misinterpreted the docs here: http://workspaces.xwiki.org/xwiki/bin/view/AdminGuide/#HInstallingandrunnin… "Installing and running the WAR distribution This installation type requires you have a Servlet Container and a relational database installed and configured. You will need to download xwiki-workspaces war distribution from the Download page. The first steps to setting up your installation are similar to installing XWiki Enterprise, so please refer its installation guide. Only, in the concluding step, you will have to install XWiki Workspaces Wiki XAR, instead of the XWiki Enterprise one." Even re-reading it now - its easy to make the mistake again because one is referred to the Enterprise install guide and if one is not paying complete attention one misses the fact that one needs to apply the Enterprise install rules to Workspace. Anyway, now that I understand it, I'll try things the XWiki expected way round. One other question, since clearly you're very familiar with Xwiki. I would like to add xwiki-product-chronopolys-installer-generic-1.0.jar but havent tried to do this yet. If you are familiar with Chronopolys - what install route would you recommend - Enterprise or Workspaces first? Thanks ----- Original Message ----- From: "Jerome Velociter" <jerome(a)xwiki.com> To: "XWiki Users" <users(a)xwiki.org> Sent: Monday, March 30, 2009 5:27:18 PM GMT +02:00 Harare / Pretoria Subject: Re: [xwiki-users] How to create initial Organization Space in Xwiki workspace? From what I understand you are trying to do something not very orthodox : installing XWiki Workspaces on top of an existing XWiki Enterprise. This is doable, but not documented. If you check http://workspaces.xwiki.org/xwiki/bin/view/AdminGuide/#HInstallingandrunnin… you will see that XWS comes with its own WAR file (since it needs some extra templates/plugins/config to work correctly). Note that XWS does embed XWiki Enterprise, so if you install the XWS war, you have a working XE too, and all the work is done for you. The only thing that affects XWiki Enterprise when installing XWS are a couple of velocity templates that XWS overrides (but you need them to have XWS work properly)

16 years, 8 months

2
1
0 0

[xwiki-users] empty line bug in new WYSIWYG editor?

by Schacht, Jens

Hi, now that I'm testing the new WYSIWYG editor in XW 1.8, I notice a problem: Each time I open the editor for an existing page, and save ("Save & View", "Save & Continue") without any change, I get extra empty lines in my page. Seems to be a bug.e Jens

16 years, 8 months

2
1
0 0

[xwiki-users] strange behaviour of editors

by Schacht, Jens

Hi, and thank you, Marius, Vincent and hel. Your answers helped a lot. Now I have realized that XW 1.8 was launched and have changed to this version. It seems to solve my problem. By the way: "xwiki.rendering.syntax" was only a typo in my post, not in my configuration ;-) Jens

16 years, 8 months

1
0
0 0

[xwiki-users] Lucene syntax/use help

by PERINAUD Christophe

Hello all I would like to use Lucene as my default search engine. My problem is that it cannot search "by default" for part of words. Only for single words. But even knowing that you must know the first letter of what you are looking for as the * is not allowed as the first character in a searched sentence Is it possible to ask Lucene to search for part of words and not only full words or else to have a tip about how using the star as the first character ? Thank you Christophe -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

16 years, 8 months

1
0
0 0

[xwiki-users] [myxwiki] new wiki request

by Teofil Achirei

Hi! My name is Teofil Achirei. I would like to contribute to XWiki, and I'm interested in integration projects (XOO, XOffice). I also want to participate at Google Summer of Code on project "Skin and template support for XOffice". I kindly ask you to give me a wiki on myxwiki.org. I'll use this wiki for: - my GSOC project (XWord) - other open source projects - my graduation project Thank you very much! -- Teofil Achirei

16 years, 8 months

2
3
0 0

[xwiki-users] Can no longer enumerate users after upgrade

by Daniel Barowy

Hello everyone, After upgrading from XWiki 1.7 to 1.8, I am no longer able to enumerate users or groups in the XWiki preferences pane. Instead, what I get is an animated busy bar with the word "Loading..." printed across the top. This never stops loading, and so I never get a list of users. The same is true for any page where I need to set access rights. I get the same thing, except I also get, printed across the top of the page: $xwiki.jsfx.use("js/xwiki/usersandgroups/usersandgroups.js", true) $xwiki.ssfx.use("js/xwiki/usersandgroups/usersandgroups.css") $xwiki.jsfx.use("js/xwiki/table/livetable.js", true) $xwiki.ssfx.use("js/xwiki/table/livetable.css", true) I did selectively import the new XAR in order to avoid having to page preferences, but this appears even on pages that I allowed the new XAR to replace, like the Sandbox. I also reused my old xwiki.cfg, after looking at a diff between the old one and a new one. I don't recall if I changed anything (sorry... it was getting late in the day). I am using LDAP to connect to Active Directory. Also, on first run, I enabled the migration options in xwiki.cfg, but I have now commented them out. Does anyone have any suggestions? Thanks, Dan xwiki.cfg: #--------------------------------------- # Preamble # # This is the main old XWiki configuration file. Commented parameters show the default value, although some features # might be disabled. To customize, uncomment and put your own value instead. #--------------------------------------- # General wiki settings # #-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true # xwiki.readonly=no #-# [Since 1.6RC1] Defines the list of supported syntaxes #-# Available syntaxes are: #-# xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01 xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0 #-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document #-# names. # xwiki.users.initialGroups=XWiki.XWikiAllGroup #-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document # xwiki.unknownActionResponse=view #-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored, since we want #-# since we want to be independend of the underlying system. xwiki.encoding=ISO-8859-1 #-# This parameter will activate the sectional editing xwiki.section.edit=1 #-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links. xwiki.backlinks=1 #-# Enable document tags. xwiki.tags=1 #--------------------------------------- # Storage # #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not # storage.attachment.recyclebin=1 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not # xwiki.store.attachment.versioning=1 #-# Whether the attachments should also be rolled back when a document is reverted. # xwiki.store.rollbackattachmentwithdocuments=1 #-# The path to the hibernate configuration file. # xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml #-# Whether to update the database schema on startup. Useful when upgrading XWiki. as the mapping could change between #-# versions, and this allows to automatically update the database. Should be disabled (=0) during normal operation to #-# improve the startup time. # xwiki.store.hibernate.updateschema=1 #-# Allow or disable custom mapping for particular XClasses. Custom mapping may increase the performance of certain #-# queries when large number of objects from particular classes are used in the wiki. # xwiki.store.hibernate.custommapping=1 #-# Dynamic custom mapping. # xwiki.store.hibernate.custommapping.dynamic=0 #-# Put a cache in front of the document store. This greatly improves performance at the cost of memory consumption. #-# Disable only when memory is critical. # xwiki.store.cache=1 #-# Maximum number of documents to keep in the cache. # xwiki.store.cache.capacity=100 #-# [Since 1.6M1] #-# Force the database name for the main wiki in virtual mode and for the wiki itself in non virtual mode. # xwiki.db=xwiki #-# [Since 1.6M1] #-# Add a prefix to all databases names of the wikis in virtual mode and to the wiki name in non virtual mode. # xwiki.db.prefix= #--------------------------------------- # Data migrations # # Similar to schema updates, this manipulates the actual data, and not just the layout of the database. Useful for # migrating data to new formats, correct errors introduced in older versions, or even for schema updates that are not # handled by velocity. #-# Whether migrations are enabled or not. Should be enabled when upgrading, but for a better startup time it is better to #-# disable them in production. #xwiki.store.migration=1 #-# Migration manager class. The default works with a Hibernate storage. #xwiki.store.migration.manager.class=com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager #-# Whether to exit after migration. Useful when a server should handle migrations for a large database, without going #-# live afterwards. #xwiki.store.migration.exitAfterEnd=0 #--------------------------------------- # Internationalization # #-# By default, XWiki chooses the language specified by the client (browser) in the Accept-Language HTTP header. This #-# allows to use the default language of the wiki when the user didn't manually choose a language. # xwiki.language.preferDefault=0 #-# Force only one of the supported languages to be accepted. # xwiki.language.forceSupported=0 #--------------------------------------- # Virtual wikis (farm) # #-# This parameter allows XWiki to operate in Hosting mode allowing to create multiple wikis having their own database and #-# responding to different URLs xwiki.virtual=0 #-# URL to redirect to when a requested wiki does not exist. This should be changed to a real page. xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist #-# Forbidden names that should not be allowed when creating a new wiki. # xwiki.virtual.reserved_wikis= #-# How virtual wikis are mapped to different URLs. If set to 0 (the default), then virtual wikis have different domain #-# names, in the format http://wikiname.myfarm.net/. If set to 1, then the domain is common for the entire farm, but the #-# path contains the wiki name, in the format http://myfarm.net/xwiki/wiki/wikiname/. #-# Note that you can configure the "/wiki/" part with xwiki.virtual.usepath.servletpath property. # xwiki.virtual.usepath=0 #-# Configure the servlet action identifier for url path based multiwiki. It has also to be modified in web.xml. # xwiki.virtual.usepath.servletpath=wiki #--------------------------------------- # URLs # #-# The domain name to use when creating URLs to the default wiki. If set, the generated URLs will point to this server #-# instead of the requested one. It should contain schema, domain and (optional) port, and the trailing /. For example: #-# xwiki.home=http://www.xwiki.org/ #-# xwiki.home=http://wiki.mycompany.net:8080/ # xwiki.home= #-# The name of the default URL factory that should be used. # xwiki.urlfactory.serviceclass=com.xpn.xwiki.web.XWikiURLFactoryServiceImpl #-# The name of the webapp to use in the generated URLs. The right value is taken from the request URL, so setting this #-# is not recommended in most cases. If set, the value should contain a trailing /, but not a leading one. For example: #-# xwiki.webapppath=xwiki/ # xwiki.webapppath= #-# The default servlet mapping name to use in the generated URLs. The right value is taken from the request URL, #-# preserving the requested servlet mapping, so setting this is not recommended in most cases. If set, the value should #-# contain a trailing /, but not a leading one. For example: #-# xwiki.servletpath=bin/ # xwiki.servletpath= #-# The fallback servlet mapping name to use in the generated URLs. Unlike xwiki.servletpath, this is the value used when #-# the correct setting could not be determined from the request URL. A good way to use this setting is to achieve short #-# URLs, see http://platform.xwiki.org/xwiki/bin/Main/ShortURLs # xwiki.defaultservletpath=bin/ #-# Whether the /view/ part of the URL should be included if the target action is 'view'. # xwiki.showviewaction=1 #-# The name of the default space. This is displayed when the URL specifies a document, but not a space, or neither. # xwiki.defaultweb=Main #-# Hide the /Space/ part of the URL when the space is the default one. Warning: use 1 to hide, 0 to show. # xwiki.usedefaultweb=0 #-# The name of the default page of a space. This is displayed when the URL specifies a space, but not a document, or neither. # xwiki.defaultpage=WebHome #-# Hide the /WebHome part of the URL when the document is the default one. Use 0 to hide, 1 to show. # xwiki.usedefaultaction=0 #--------------------------------------- # Users # xwiki.inactiveuser.allowedpages= #--------------------------------------- # Authentication and authorization # #-# Enable to allow superadmin. It is disabled by default as this could be a #-# security breach if it were set and you forgot about it. Should only be enabled #-# for recovering the Wiki when the rights are completely messed. xwiki.superadminpassword=REMOVED #-# Authentication type. You can use 'basic' to always use basic authentication. # xwiki.authentication=form #-# Cookie encryption keys. You SHOULD replace these values with any random string, #-# as long as the length is the same. xwiki.authentication.validationKey=REMOVED xwiki.authentication.encryptionKey=REMOVED #-# Comma separated list of domains for which authentication cookies are set. This #-# concerns mostly wiki farms. The exact meaning is that when a user logs in, if #-# the current domain name corresponding to the wiki ends with one of the entries #-# in this parameter, then the cookie is set for the larger domain. Otherwise, it #-# is set for the exact domain name of the wiki. #-# #-# For example, suppose the cookiedomains is set to "mydomain.net". If I log in #-# on wiki1.xwiki.com, then the cookie will be set for the entire mydomain.net #-# domain, and if I visit wiki2.xwiki.com I will still be authenticated. If I log #-# in on wiki1.otherdomain.net, then I will only be authenticated on #-# wiki1.otherdomain.net, and not on wiki2.otherdomain.net. #-# #-# So you need this parameter set only for global authentication in a #-# farm, there's no need to specify your domain name otherwise. #-# #-# Example: xwiki.authentication.cookiedomains=xwiki.org,myxwiki.org xwiki.authentication.cookiedomains= #-# This allows logout to happen for any page going through the /logout/ action, regardless of the document or the servlet. #-# Comment-out if you want to enable logout only for /bin/logout/XWiki/XWikiLogout xwiki.authentication.logoutpage=(/[^/]+/|/)logout/* #-# The group management class. # xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.xwiki.XWikiGroupServiceImpl #-# Default value for exo: # xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.exo.ExoGroupServiceImpl #-# The authentication management class. # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl #-# Default value for exo: # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.exo.ExoAuthServiceImpl #-# Default value for LDAP: # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# The authorization management class. # xwiki.authentication.rightsclass=com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl #-# If an unauthenticated user (guest) tries to perform a restricted action, by default the wiki redirects to the login #-# page. Enable this to simply display an "unauthorized" message instead, to hide the login form. # xwiki.hidelogin=false #-# HTTP status code to sent when the authentication failed. xwiki.authentication.unauthorized_code=200 #--------------------------------------- # Rendering # #-# Disable particular renderers (in the old rendering engine). #-# Macro mapping # xwiki.render.macromapping=1 #-# Velocity interpreter # xwiki.render.velocity=1 #-# Groovy interpreter # xwiki.render.groovy=1 #-# Plugin rendering # xwiki.render.plugin=1 #-# Radeox wiki renderer # xwiki.render.wiki=1 #-# Simple wiki syntax rendering # xwiki.render.wikiwiki=0 #-# Maximum number of documents to keep in the rendered cache # xwiki.render.cache.capacity=100 #-# Default target for external links. Use _blank to open external links in a new tab/window. # xwiki.render.externallinks.defaulttarget= #--------------------------------------- # Editing # #-# Minor edits don't participate in notifications. # xwiki.minoredit=1 #-# Use edit comments xwiki.editcomment=1 #-# Hide editcomment field and only use Javascript # xwiki.editcomment.hidden=0 #-# Make edit comment mandatory xwiki.editcomment.mandatory=0 #-# Make edit comment suggested (asks 1 time if the comment is empty. #-# 1 shows one popup if comment is empty. #-# 0 means there is no popup. #-# This setting is ignored if mandatory is set # xwiki.editcomment.suggested=0 #------------------------------------------------------------------------------------- # LDAP #------------------------------------------------------------------------------------- #-# new LDAP authentication service xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# 0: disable #-# 1: enable xwiki.authentication.ldap=1 #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) xwiki.authentication.ldap.server=192.168.0.252 xwiki.authentication.ldap.port=389 #-# LDAP login, empty = anonymous access, otherwise specify full dn #-# {0} is replaced with the username, {1} with the password xwiki.authentication.ldap.bind_DN=DOMAIN\\{0} xwiki.authentication.ldap.bind_pass={1} #-# Force to check password after LDAP connection #-# 0: disable #-# 1: enable xwiki.authentication.ldap.validate_password=0 #-# only members of the following group will be verified in the LDAP #-# otherwise only users that are found after searching starting from the base_DN # xwiki.authentication.ldap.user_group=cn=developers,ou=groups,o=MegaNova,c=US #-# [Since 1.5RC1, XWikiLDAPAuthServiceImpl] #-# only users not member of the following group can autheticate # xwiki.authentication.ldap.exclude_group=cn=admin,ou=groups,o=MegaNova,c=US #-# base DN for searches xwiki.authentication.ldap.base_DN=ou=Users,ou=Foo,dc=domain,dc=example,dc=com #-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name (default=cn) xwiki.authentication.ldap.UID_attr=sAMAccountName #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# Specifies the LDAP attribute containing the password to be used "when xwiki.authentication.ldap.validate_password" is set to 1 # xwiki.authentication.ldap.password_field=userPassword #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential LDAP groups classes. Separated by commas. # xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential names of the LDAP groups fields containings the members. Separated by commas. # xwiki.authentication.ldap.group_memberfields=member,uniqueMember #-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute) # xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,fullname=fullName,email=mail xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# on every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki account is created. xwiki.authentication.ldap.update_user=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# mapps XWiki groups to LDAP groups, separator is "|" # xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=AdminRole,ou=groups,o=MegaNova,c=US|\ # XWiki.Organisation=cn=testers,ou=groups,o=MegaNova,c=US xwiki.authentication.ldap.group_mapping=XWiki.xwAdmin=cn=xwAdmin,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com|\ XWiki.xwDesign=cn=xwDesign,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com|\ XWiki.xwPromotion=cn=xwPromotion,ou=XWikiGroups,ou=Groups,ou=Foo,dc=domain,dc=example,dc=com #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# time in s after which the list of members in a group is refreshed from LDAP (default=3600*6) xwiki.authentication.ldap.groupcache_expiration=10000 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# - create : synchronize group membership only when the user is first created #-# - always: synchronize on every login xwiki.authentication.ldap.mode_group_sync=always #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# if ldap authentication fails for any reason, try XWiki DB authentication with the same credentials xwiki.authentication.ldap.trylocal=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# SSL connection to LDAP server #-# 0: normal #-# 1: SSL # xwiki.authentication.ldap.ssl=0 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# The keystore file to use in SSL connection # xwiki.authentication.ldap.ssl.keystore= #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The java secure provider used in SSL connection # xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider #--------------------------------------- # Cache # [DEPRECATED since 1.7M1: this way to configure cache provider is deprecated, you should use xwiki.properties instead.] #--------------------------------------- #-# [Since 1.5M2] #-# The cache component implementation to use as "normal" (can be local or distributed depending on the implementation) #-# cache component. # xwiki.cache.cachefactory.hint=jbosscache #-# [Since 1.5M2] #-# The cache component to use as local cache component. # xwiki.cache.cachefactory.local.hint=jbosscache/local #--------------------------------------- # WYSIWYG Editor configuration # #-# You can configure the toolbars you wish to see in the WYSIWYG editor by defining the #-# xwiki.wysiwyg.toolbars property. #-# When not defined it defaults to: # xwiki.wysiwyg.toolbars=texttoolbar, listtoolbar, indenttoolbar, undotoolbar, titletoolbar, \ # styletoolbar, horizontaltoolbar, attachmenttoolbar, macrostoolbar, \ # tabletoolbar, tablerowtoolbar, tablecoltoolbar, linktoolbar #-# The full list of toolbars includes the one defined above and the following ones: #-# subtoolbar, findtoolbar, symboltoolbar #--------------------------------------- # Skin configuration # #-# The default skin to use when there's no value specified in the wiki preferences document. Note that the default #-# wiki already specifies a skin, so this setting is only valid for empty wikis. xwiki.defaultskin=toucan #-# The default base for skins that don't specify a base skin. This is also the last place where a skin file is searched #-# if not found in the more specific skins. xwiki.defaultbaseskin=albatross #--------------------------------------- # Extensions # #-# List of active plugins. xwiki.plugins=\ com.xpn.xwiki.monitor.api.MonitorPlugin,\ com.xpn.xwiki.plugin.calendar.CalendarPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ com.xpn.xwiki.plugin.feed.FeedPlugin,\ com.xpn.xwiki.plugin.ldap.LDAPPlugin,\ com.xpn.xwiki.plugin.google.GooglePlugin,\ com.xpn.xwiki.plugin.flickr.FlickrPlugin,\ com.xpn.xwiki.plugin.mail.MailPlugin,\ com.xpn.xwiki.plugin.packaging.PackagePlugin,\ com.xpn.xwiki.plugin.query.QueryPlugin,\ com.xpn.xwiki.plugin.svg.SVGPlugin,\ com.xpn.xwiki.plugin.charts.ChartingPlugin,\ com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ com.xpn.xwiki.plugin.image.ImagePlugin,\ com.xpn.xwiki.plugin.captcha.CaptchaPlugin,\ com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\ com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl,\ com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ com.xpn.xwiki.plugin.autotag.AutoTagPlugin,\ com.xpn.xwiki.plugin.lucene.LucenePlugin,\ com.xpn.xwiki.plugin.diff.DiffPlugin,\ com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ com.xpn.xwiki.wysiwyg.server.plugin.WysiwygPlugin #-# Enable light monitoring of the wiki performance. Records various statistics, like number of requests processed, #-# time spent in rendering or in the database, medium time for a request, etc. Disable for a minor increase of #-# performance and a bit of memory. # xwiki.monitor=1 #-# Maximum number of last requests to remember. # xwiki.monitor.lastlistsize=20 #-# Stats configuration allows to globally activate/deactivate stats module (launch storage thread, register events...). #-# Enabled by default. # xwiki.stats=1 #-# When statistics are globally enabled, storage can be enabled/disabled by wiki using the XWikiPreference property "statistics". #-# Note: Statistics are disabled by default for improved performances/space. xwiki.stats.default=0 #-# It is also possible to choose a different stats service to record statistics separately from XWiki. # xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl #-# This parameter will activate the eXo Platform integration xwiki.exo=0 #-# GraphViz plugin configuration. The GraphViz plugin is not configured by default. #-# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins #-# in the xwiki.plugins property. #-# Uncomment and set the locations of the Dot and Neato executables # xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe # xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/ xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/ xwiki.plugin.image.cache.capacity=30 xwiki.plugin.captcha=0 #-# Calendar Prev/Next Month bounds. #-# The calendar generates links to the previous/next months for a limited range, by default 6 months back and 12 months #-# after. A value of 0 means that there is no limit in that direction. # xwiki.calendar.bound.prev=6 # xwiki.calendar.bound.next=12 #-# Lucene search engine #-# Location where to place the lucene index files. The default is the "lucene" subdirectory in the container's "work" #-# diectory. Change it if you want to store indexes in another place. # xwiki.plugins.lucene.indexdir=/usr/local/xwiki/lucene #-# The text analyzer to use for indexing. # xwiki.plugins.lucene.analyzer=org.apache.lucene.analysis.standard.StandardAnalyzer #-# The number of seconds to wait between reindexes. A smaller value ensures that new documents will be indexed faster, #-# but with a minor performance reduction. Adjust according to your wiki load. # xwiki.plugins.lucene.indexinterval=20 #-# The maximum size of the indexing queue. After this limit is reached, the reindex thread will have to wait until the #-# queue is consumed. Note that this does not affect documents submitted through the notification mechanism, only the #-# full reindex option. # xwiki.plugins.lucene.maxQueueSize=1000 #--------------------------------------- # Misc # #-# Temporary directory where XWiki can put files (during exort and upload, for example). # xwiki.temp.dir=/tmp/xwiki #-# XWiki work directory # xwiki.work.dir=/usr/local/xwiki xwiki.work.dir=work

16 years, 8 months

1
0
0 0

[xwiki-users] Groovy using log4j output

by Tronicek

Hi, to automate group membership i wrote a Groovy script. It is called periodically via scheduler. This script use log4j to write some informations at info and at warning level to the console and to a database table. By now we are missing the output. It vanished since XWiki XE 1.6. Can you tell me how to enable the output again, please? Thanks. A simple extract (snippet): /* Groovy Class: $doc.fullName ([View Code>$doc.fullName?viewer=code]) #* */ import org.jboss.logging.Logger; class UpdateGroupMembershipClass{ def xwiki; def context; def doc; def log; // Logger void setXWiki(xwiki) { this.xwiki = xwiki; this.context = this.xwiki.getXWikiContext(); this.doc = this.context.getDoc(); this.log = Logger.getLogger("our.organization.XWiki." + this.doc.getFullName()); log.info("XWiki context initialized."); } /* other methods ... */ } /* *# */ -- View this message in context: http://n2.nabble.com/Groovy-using-log4j-output-tp1575886p1575886.html Sent from the XWiki- Users mailing list archive at Nabble.com.

16 years, 8 months

2
2
0 0

[xwiki-users] Include a groovy script into another groovy script

by Zik23

Hi, I have two classes in separated pages and I want one of them to extend the other. How should I include the parent class? I tried: Page 1: ------------------ <% public class A { ... } %> ------------------ Page 2: ------------------ #set($mydoc = $xwiki.getDocument("Include.Page1")) $mydoc.renderedContent <% public class B extends A { ... } %> ------------------ But that's not working, i get this error - unable to resolve class A @ line 3. I also tried to use parseGroovyFromPage(), but I wasn't successful. So what is the correct way to make it work? -- View this message in context: http://n2.nabble.com/Include-a-groovy-script-into-another-groovy-script-tp2… Sent from the XWiki- Users mailing list archive at Nabble.com.

16 years, 8 months

3
3
0 0

[xwiki-users] How to create initial Organization Space in Xwiki workspace?

by Manfred

Hi, I'm feeling a little dumb at the moment since I expected doing the action I'm struggling with to be so obvious as to be almost default, but I would appreciate being pointed in the right direction. I have not found a specific answer by searching the FAQ or this mailing list so maybe I'm experiencing something abnormal or haven't configured something correctly. In Xwiki workspaces after installation I get to the page: The organization's space has not been created yet As a member of the group of Administrators, you are allowed to create the Organization's own workspace. Click the link below if you wish to create the organization's own workspace. Create the organization space $newspace.set("spacetype", "workspace") Warning: You have not created your personal space yet. http://myserverip:8080/xwiki/bin/view/XWiki/XWikiPreferences?section=Organi… and I see: --------------------------------------------------------------------------------------- Show the available categories * General * Workspaces * Users * Groups $newspace.set("spacetype", "workspace") $newspace.set("spacetype", "workspace") Click on this button if you wish to create your organisation's space. The organisation's space includes every user on this XWiki Workspaces. It features a blog, a wiki, a file manager and a photo album. You may want to create it if you wish to publish information meant to address all your users at once. Define your new workspace's basic settings Space name Mandatory - You can enter up to 50 more characters for your new space title : $newspace.display("displayTitle","edit") Description Optional - You can enter a short text describing the purpose of this workspace : $newspace.display("description","edit") Applications Choose the applications you want to install in your workspace from the list below : Access level Select an access level for this workspace : $newspace.display("accesslevel","edit") Color Choose a background color for your workspace : $newspace.display("color","edit") ---------------------------------------------------------------------------------------- Its not clear to me how to create this Organization Space. Apparently the above is giving me the syntax I can use, but where is it entered? It doesnt appear to be as simple as clicking on the button 'Create the space' because that does nothing for me. I can see the browser showing the ip of the xwiki server when I click but I get no feedback from the server telling me there's a problem or even that it received my mouse click. Then higher up on the page there's some text with a light bulb which states Click on this button if you wish to create your organisation's space. Well I don't see any suitable button near this text only a button much further down the page - the one I described above. To get to this point I installed Ubuntu 8.10 server in a VM, added Java 6, Tomcat 6, Postgresl8.3 and setup the xwiki database and xwiki-enterprise-web-1.8.war in the container and also loaded xwiki-enterprise-wiki-1.8.xar default pages. I can login as Admin, create new users, groups, import the Word addin, etc but didnt see much in the way of user workspaces, so then loaded xwiki-workspaces-wiki-1.2-milestone-1.xar which duly overwrote some of the existing enterprise xar default pages and I logged in as the default Admin user. I'm not getting any errors reported, everything appears to be working, but despite rummaging around the xwiki website I havent found any comprehensive admin doc that explain the way forward for a 1st time admin/user. e.g. http://workspaces.xwiki.org/xwiki/bin/view/AdminGuide/ tells me hardly anything. I am using Firefox 3.07 both on localhost Ubuntu and remote client Windows to access XWiki. As far as I can tell Firefox is not blocking any pages from loading. I also tried IE7, same results. After failing with the above I guessed that maybe the plugin to do this wasnt loaded by default, so from rummaging I guessed that http://code.xwiki.org/xwiki/bin/view/Plugins/SpaceManagerPlugin might do the trick, so I did: * Copy xwiki-plugin-spacemanager-1.1.jar to Tomcat-Xwiki's WEB-INF/lib directory * Edit WEB-INF/xwiki.cfg file I added com.xpn.xwiki.plugin.spacemanager.impl.SpaceManagerImpl to the plugins list * Restart your XWiki instance Restarted Tomcat6 Made no difference. I'm running out of ideas here. What method *should* I be doing to create the Org space and then obviously following on from this the user sub-spaces? Thanks Cheers

16 years, 8 months

3
2
0 0

[xwiki-users] Sortable Tables in 2.0 Syntax

by DarthOps

Hi, I'm using the 1.8 version of xwiki and was wondering if somebody could give me a very simple demo of how I can get the table sort snippet to work in the 2.0 syntax, At the moment I can only get it to work in the 1.0 syntax and I know I'm probably missing something simple! Thanks very much P.S. Would it be possible to get this facility (sortable and filterable) incorporated within the new WYSIWYG editor's table wizard? -- View this message in context: http://n2.nabble.com/Sortable-Tables-in-2.0-Syntax-tp2557611p2557611.html Sent from the XWiki- Users mailing list archive at Nabble.com.

16 years, 8 months

2
1
0 0

[xwiki-users] more dynamic DBList properties

by Sebastian Kannengiesser

Hi guys, is it possible, to have a DBList property be dependent on another when being inline mode and editing a new page? Example: I have DBListProperty A which gets me 1000 selectable entries. I have DBListProperty B with like 10 entries and by selecting an entry in B, I want those entries in the A box to disappear, that should not be selectable. So to say, filter the entries with some other properties. I only think of some AJAX operations to handle somethiong like this, but hopefully you guys can give me some hints to point me into the right direction on how to do this. Thanx in advance, Sebastian

16 years, 8 months

2
1
0 0

Re: [xwiki-users] Can't get XEM application xar imported in XEM 1.6

by DRoss-Smith＠reviewjournal.com

Canel that... Should've been to intranet01 instead of localhost ----- Original Message ----- From: Thomas Mortagne [thomas.mortagne(a)xwiki.com] Sent: 03/30/2009 04:04 PM ZE2 To: XWiki Users <users(a)xwiki.org> Subject: Re: [xwiki-users] Can't get XEM application xar imported in XEM 1.6 Hi , On Mon, Mar 30, 2009 at 15:12, Martijn Ras <martijn.ras(a)gmail.com> wrote: > Hello, > > I'm trying to set up XEM on a new machine. > > I put the XEM WAR file under the webapps folder of my tomcat installation. > Created the MySQL database, just like i used to do with the XE > installations I performed so far, and set the rights as specified in > the installation section of the AdminGuide. > After starting tomcat the database was created and everything else looked fine. > > However, whatever i do everything is redirected to the page > http://example.com:9080/xwiki/bin/Main/ThisWikiDoesNotExist By default XEM access a wiki based on it's host (see http://manager.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki for more details). If it's not listed in one of the wikis descriptors, it can't find it. That said when no descriptor can be found the following rules are applied: * if the host is an IP (127.0.0.1, 85.65.12.36, etc.) XWiki select the main wiki * else, if the first part of the host name (what is before the first point) is "www" XWiki select the main wiki * else, if the first part of the host name match a wiki identifier XWiki select this wiki at the end if it still can't find anything he send you to the configured URL indicating that the wiki you are trying to reach does not exists (by default it's http://example.com:9080/xwiki/bin/Main/ThisWikiDoesNotExist in xwiki.cfg file). So, two solutions for you here: - clean way: access the main wiki with the ip if you can or with a host starting with "www." (like www.xwiki.org) or "xwiki." and add the right hosts to the main wiki's descriptor - set xwiki.virtual=0 in xwiki.cfg and restore it to 1 when you correctly configured the main wiki descriptor (Just added it to http://manager.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL) > > I'm probably overlooking something really simple, anyways, can one of > you please enlighten me on how to get the XEM XAR loaded? > > Mazzel, > > Martijn. > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Thomas Mortagne _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

16 years, 8 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users