May 2007 - xwiki-users@xwiki.org

[xwiki-users] RE: Questions about the Lucene-plugin
by Karttunen Petteri 22 May '07

22 May '07

Sorry for my unclear expression! I'll try to rephrase my original questions: - Is the capability to choose between sorting directions going to be implemented in the lucene plugin? - Is the default query type going to stay an OR-query? I would vote for AND by default and at least there could be a possibility to choose between them on the api-level. - Could it be possible to index all page data, it's object's properties and attachment data into one lucenedoc so I would not get a separate hit for page, it's object and attachment (if the search words are found in each of them). This feature makes the paging impossible (see Michaels description below) if I want to show just one pagehit regardless if searchwords are hit within the page itself or it's attachments or objects. (I hope this was understandable...) Surely there are arguments for and against but I would like hear yours. Or has somebody solved this issue perhaps somehow? I've been customizing the plugin for my needs yet there are still some features I'm working on. I'm willing to contribute if needed but on the other side, if these features are going to be implemented in the plugin core anyway by somebody else I could spare my time for something else. Thanks, Petteri ________________________________ Lähettäjä: THOMAS, BRIAN M (ATTSI) [mailto:bt0008@att.com] Lähetetty: ti 22.5.2007 18:12 Vastaanottaja: xwiki-users(a)objectweb.org Aihe: [xwiki-users] RE: Questions about the Lucene-plugin I still have questions about how that's done: Is there a tutorial on how to apply it, or even a XAR to import a new search page? Or is that what Petteri is asking for? brain[sic] ________________________________ From: Karttunen Petteri [mailto:Petteri.Karttunen@kuopionkonservatorio.fi] Sent: Tuesday, May 22, 2007 9:25 AM To: xwiki-users(a)objectweb.org Subject: RE: Questions about the Lucene-plugin Anybody? ________________________________ Lähettäjä: Michael Guntli [mailto:michael.guntli@leica-geosystems.com] Lähetetty: to 10.5.2007 9:40 Vastaanottaja: xwiki-users(a)objectweb.org Aihe: [xwiki-users] RE: Questions about the Lucene-plugin I hope xwiki will use the lucene search in future as default search engine! At least just because of the result score.. petteri.karttunen wrote: > > I think it's impossible to do the paging properly under the conditions > mentioned below. So I have a flat results view but I've done some efforts > for a compact and easily customizable search results view, which has > sorting and sort direction functionality. If you want to have it you > should also have my lucene-patches to support sorting directions and to do > AND-searches by default. > > If you want I can send these all to you but maybe somebody of the project > team could shortly comment these issues before. If there is a roadmap with > the plugin I could also offer myself to be a contributor. Lucene-plugin > works 100X (well...almost) faster than regular xwiki-searches and is at > least at the moment the only possible choice in my xwiki-environment. > > And by the way, many thanks for Ludovic and the whole team for great work! > > Regards, > Petteri > > > ________________________________ > > Lähettäjä: Michael Guntli [mailto:michael.guntli@leica-geosystems.com] > Lähetetty: ke 9.5.2007 11:12 > Vastaanottaja: xwiki-users(a)objectweb.org > Aihe: [xwiki-users] RE: Questions about the Lucene-plugin > > > > > I had the same problem with post-filtering the search results. (there were > not all results displayed, and that caused a problem in a paged view (ex. > just 10 out of 30 on page1, 15 of 30 on page2..) > > Maybe you can improve my lucene search page macro? > http://www.xwiki.org/xwiki/bin/view/Code/LuceneSearchPage > > > > petteri.karttunen wrote: >> >> About the "confusing" results: of course I can do some velocity- or >> groovy >> -post-processing on the page to filter out the duplicate document names >> from results. This is no problem if I want to show the results as one >> flat >> list but it becomes quite complicated to do efficiently if I want to show >> f.ex. 30 hits per page with paging. Basically I mean that all the index >> data holded by one page (page content, objects, attachments...) should be >> regarded as this page's properties and indexed under one lucenedoc. If I >> operationally have understood something incorrectly, please correct me. >> >> What do you think? >> >> -Petteri >> >> I'm testing the version RC1 and have some thoughts about the >> Lucene-plugin: >> >> Sorting >> ------- >> At the moment there is no method in the API to choose between the sorting >> directions. I think there should be one. >> >> Boolean Queries >> --------------- >> Is the default query-type going to stay an ORed one? Should it better be >> an AND-query, like Google? I think most of the surfers expect that >> nowadays. At least there could be method to choose between them. >> >> Results >> ------- >> Search results are a bit confusing now. When I search for a word that >> appears both in a document, in it's attachment and in it's object's >> properties I get three hits. One for each type. There a special cases, of >> course, but I think it would be more usable to get in my example case by >> default just one hit. There would still remain a method ("type: object") >> to distinguish between the types in a query. >> >> If you like, I can provide patches for the two first (minor) issues. >> >> Regards, >> Petteri >> >> >> >> >> >> >> >> >> >> -- >> You receive this message as a subscriber of the xwiki-users(a)objectweb.org >> mailing list. >> To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org >> For general help: mailto:sympa@objectweb.org?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> >> > > -- > View this message in context: > http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a103… > Sent from the XWiki- Users mailing list archive at Nabble.com. > > > > > > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- View this message in context: http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a104… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

RE: Questions about the Lucene-plugin
by Karttunen Petteri 22 May '07

22 May '07

Anybody? ________________________________ Lähettäjä: Michael Guntli [mailto:michael.guntli@leica-geosystems.com] Lähetetty: to 10.5.2007 9:40 Vastaanottaja: xwiki-users(a)objectweb.org Aihe: [xwiki-users] RE: Questions about the Lucene-plugin I hope xwiki will use the lucene search in future as default search engine! At least just because of the result score.. petteri.karttunen wrote: > > I think it's impossible to do the paging properly under the conditions > mentioned below. So I have a flat results view but I've done some efforts > for a compact and easily customizable search results view, which has > sorting and sort direction functionality. If you want to have it you > should also have my lucene-patches to support sorting directions and to do > AND-searches by default. > > If you want I can send these all to you but maybe somebody of the project > team could shortly comment these issues before. If there is a roadmap with > the plugin I could also offer myself to be a contributor. Lucene-plugin > works 100X (well...almost) faster than regular xwiki-searches and is at > least at the moment the only possible choice in my xwiki-environment. > > And by the way, many thanks for Ludovic and the whole team for great work! > > Regards, > Petteri > > > ________________________________ > > Lähettäjä: Michael Guntli [mailto:michael.guntli@leica-geosystems.com] > Lähetetty: ke 9.5.2007 11:12 > Vastaanottaja: xwiki-users(a)objectweb.org > Aihe: [xwiki-users] RE: Questions about the Lucene-plugin > > > > > I had the same problem with post-filtering the search results. (there were > not all results displayed, and that caused a problem in a paged view (ex. > just 10 out of 30 on page1, 15 of 30 on page2..) > > Maybe you can improve my lucene search page macro? > http://www.xwiki.org/xwiki/bin/view/Code/LuceneSearchPage > > > > petteri.karttunen wrote: >> >> About the "confusing" results: of course I can do some velocity- or >> groovy >> -post-processing on the page to filter out the duplicate document names >> from results. This is no problem if I want to show the results as one >> flat >> list but it becomes quite complicated to do efficiently if I want to show >> f.ex. 30 hits per page with paging. Basically I mean that all the index >> data holded by one page (page content, objects, attachments...) should be >> regarded as this page's properties and indexed under one lucenedoc. If I >> operationally have understood something incorrectly, please correct me. >> >> What do you think? >> >> -Petteri >> >> I'm testing the version RC1 and have some thoughts about the >> Lucene-plugin: >> >> Sorting >> ------- >> At the moment there is no method in the API to choose between the sorting >> directions. I think there should be one. >> >> Boolean Queries >> --------------- >> Is the default query-type going to stay an ORed one? Should it better be >> an AND-query, like Google? I think most of the surfers expect that >> nowadays. At least there could be method to choose between them. >> >> Results >> ------- >> Search results are a bit confusing now. When I search for a word that >> appears both in a document, in it's attachment and in it's object's >> properties I get three hits. One for each type. There a special cases, of >> course, but I think it would be more usable to get in my example case by >> default just one hit. There would still remain a method ("type: object") >> to distinguish between the types in a query. >> >> If you like, I can provide patches for the two first (minor) issues. >> >> Regards, >> Petteri >> >> >> >> >> >> >> >> >> >> -- >> You receive this message as a subscriber of the xwiki-users(a)objectweb.org >> mailing list. >> To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org >> For general help: mailto:sympa@objectweb.org?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> >> > > -- > View this message in context: > http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a103… > Sent from the XWiki- Users mailing list archive at Nabble.com. > > > > > > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- View this message in context: http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a104… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

[ANN] XWiki 1.0 released
by Vincent Massol 22 May '07

22 May '07

The XWiki development team team is pleased to announce the availability of the final 1.0 release. Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download See the full release notes on http://www.xwiki.org/xwiki/bin/view/ Main/ReleaseNotesXWiki10 XWiki 1.0 is the result of the collaboration of hundreds of people and we would like to thank the whole XWiki community for it. We've all been hard at work. We have fixed 615 issues for the last 5 months (since 1.0 Beta 1)! We've already started development of XWiki 1.1 and we're planning to release a first Beta version around end of May/beginning of June. We have lots of improvements planned already . Our main focus is going to be the default Wiki. We now have a very strong XWiki platform and we want to make the default Wiki even better: better UI, improved usability, more polished. As always, we're interested in contributions. If you're interested in participating to an open source project and working with a nice, friendly and open team, come help us. If you're a XWiki user, please add yourself on http://www.xwiki.org/ xwiki/bin/view/References/. XWiki is currently used by hundreds (possibly thousands) of companies around the world but, being an open source project, in most cases we don't even know about it. Adding yourself is a form of contributions and it help the project being successful. Add yourself now and spread the word! Enjoy XWiki 1.0! -The XWiki development team

1 0

FAQ Tutorial
by roopesh＠digitalglue.in 22 May '07

22 May '07

Hi In the FAQ tutorial, the FAQs(documents) and class, classsheet, document template are present in the same space. How can I create the class, classsheet and template in one space and the documents (FAQs) in another space ? I want to prevent users from modifying the classsheet, template etc. but want anyone to modify the documents. Regards Roopesh

3 2

Customizing the menus/panels
by Thomas Drevon 21 May '07

21 May '07

Hi! I've discovered that I need a lot less choices in my xwiki instance than what the default xwiki installation offers. Now, the PanelWizard is a good tool for shuffling about the big blocks, but how can I remove "Knowledgebase" and "Photos" from my right hand panel if I still want "blog" to be there? And can I somehow rename the "Blog" title? Also, I'm trying to clean up a bit within the blog menu. By default, all blog entries seem to be thrown into the menu together with choices like "Categories", "Create Blog Post" and "Web Home". This looks a bit messed up after a while, as the menu is sorted alphabetically (and also, spaces are removed from titles). Where do I go in order to organize and configure the blog sub-menu? Sorry for the n00b questions, I'm really trying to pick up on this! best regards :-) Thomas

2 1

LDAP authentication problem in Active Directory
by Gunter Leeb 21 May '07

21 May '07

Hi, Sorry for my late reply. I have implemented an improvement to the LDAP Authentication component that comes with XWiki. The code that comes with XWiki does not yet support SSL and has other severe limitations (IMHO). Here is my latest update. I have only tested the component against Novell eDirectory and OpenLDAP and not against AD, but that should not be a problem. My component provides a variety of new features. (as described in more details in my IRA-issue) if so configured: - it will add a user to XWiki that is authenticated against LDAP - user must belong to a group in LDAP to be allowed to login - a user is joined and removed from XWiki groups if he belongs to mapped LDAP groups - Attributes (email, tel, ...) are mapped from LDAP in the XWiki. - fall back to authenticate against the XWiki DB (with a password configured just there) works. Also, I didn't have the chance to verify the code that removes a user from a group based on the user leaving an LDAP group. SSL works fine, if you have the certificate installed correctly with my component. (All the new features can be deactivated in xwiki.cfg) Installation instructions: - unzip under WEB-INF (all the java classes go deep under the "classes" directory. I have also activated logging for this component.) - I have included my heavily commented example of the xwiki.cfg within the zip. (Caution that you don't overwrite your own xwiki.cfg while unpacking) - There is a keytool.exe with the JDK that converts SSL certificates. Afterwards, you can specify the path where the component finds the certificate in the xwiki.cfg for SSL to work. I welcome any feedback, testing and verification. Regards, Gunter P.S.: This example contains one strange piece of code: It tries to create a dummy user in the beginning. In my experiments this call always fails (but actually shouldn't), but afterwards, creating a user with the same call based on LDAP will work. ------------------------------------------------------------------------------- Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -------------------------------------------------------------------------------

1 0

LDAP authentication problem in Active Directory
by jimmy＠comkraft.com 20 May '07

20 May '07

Hi, I have tried a while to switch to Active Directory (AD) for our xwiki (1.0 RC 4) authentication but was not successful so far. I took a look at the code (LDAPAuthServiceImpl.java) and found out the error I keep getting is: "Not such attribute" when the code tries to compare the user input password and the real password stored in AD using the attribute "userPassword". I guess the reason is the binding user I use (a regular user account) doesn't have permission to the userPassword attribute. Could someone please shed some light on if this could be the problem? btw, I changed the check_level from the default 1 to 2 since 1 doesn't check password at all - which defeats the purpose of authentication. It would allow user to log in as long as the user has the correct userid. I am wondering why we even need this option here. xwiki.authentication.ldap.check_level=2 I also hardcoded my CN/password in the bind_Pass and bind_DN section. the {0} and {1} thing failed in the binding when I entered my username(sAMAccountName) and password. Any of your help will be highly appreciated. Thanks -Jimmy

1 0

error after installation
by chux 19 May '07

19 May '07

Hi Guys, I have deployed xwiki and modified the hibernate.cfg.xml file to use HSQL. However when I try and access the main page /xwiki/bin/view/Main/WebHome it gives me the following error: javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: access denied (java.io.FilePermission \WEB-INF\xwiki.cfg read) org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor2335.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161) java.security.AccessController.doPrivileged(Native Method) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) sun.reflect.GeneratedMethodAccessor2334.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:217) Has anyone come across this? I have verified that the /WEB-INF/xwiki.cfg file exists. It is the default file and it has read and write permissions I am running on Apache Tomcat/5.5.15 with JVM version 1.6.0-b105 Any help would be much appreciated -- View this message in context: http://www.nabble.com/error-after-installation-tf3758009.html#a10621283 Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

Changing the default page for a space
by Daniel Zaugg 18 May '07

18 May '07

Hi, I devlopped a XWiki based site for french users and I'd like to change the name of the default page for a space from "Space.WebHome" to "Space.SomeOtherName" which woud be more meaningful in french. Is this possible or is the "WebHome" name hard-coded somwhere? BTW, I would be interested to change the default space name also ("Main" means "Hand" in french...) Thanks in advance for your answers Daniel -- View this message in context: http://www.nabble.com/Changing-the-default-page-for-a-space-tf3775286.html#… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

LDAP authentication with SSL
by Whisler, Dave 18 May '07

18 May '07

Anyone able to get LDAP authentication over SSL working with XWiki?? If so, how? I'm running the latest version of XWiki (1.0 RC4) and am able to use LDAP authentication to our Active Directory Server successfully, but only in clear text, not over SSL. I've checked Jira and see that someone is working on a patch to a bug (XWIKI-865) that have something to do with LDAP authentication over SSL. How does one install a patch to XWiki? David K. Whisler Oracle Database Administrator & Centra Administrator The William States Lee College of Engineering University of North Carolina at Charlotte (704) 687-3964 dkwhisle(a)uncc.edu <mailto:dkwhisle@uncc.edu>

1 0