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.
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.
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
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
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
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.
-------------------------------------------------------------------------------
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
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.
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.
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>
