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
Hi,
With RC3, I encountered a problem that I believe was not there before:
(Environment: Windows against MySQL (fresh database +
xwiki-1.0-rc-3.zip)
Calling createUser :
context.getWiki().createUser("gleeb", map, "XWiki.XWikiUsers",
"#includeForm(\"XWiki.XWikiUserTemplate\")", "edit", context);
Map:
Mapping active=1
Causes:
com.xpn.xwiki.XWikiException: Error number 8002 in 8: Cannot create
user XWiki.gleeb
Wrapped Exception: Error number 3201 in 3: Exception while saving
document XWiki.gleeb
Wrapped Exception: Error number 13012 in 3: Exception while saving
links
Wrapped Exception: null
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2770)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while
saving document XWiki.gleeb
Wrapped Exception: Error number 13012 in 3: Exception while saving
links
Wrapped Exception: null
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
com.xpn.xwiki.XWikiException: Error number 13012 in 3: Exception while
saving links
Wrapped Exception: null
at
com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1491)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
java.lang.NullPointerException
at java.util.Hashtable.put(Unknown Source)
at com.xpn.xwiki.XWikiContext.setDoc(XWikiContext.java:158)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1470)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Am I doing something wrong?
Regards,
Gunter
-------------------------------------------------------------------------------
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've created a panel that is displayed on the right side (of every page).
This panel displays the five top titles of an external weblog using the rss
macro :
{rss:feed=http://jroller.com/rss/agoncal|count=5}
The problem that I'm facing is that the rss feed is broken (JRoller's
problem). And because of that, the macro hangs (for quite a while) and then
throws an exception. Because it's displayed on everypage, navigating in the
wiki becomes really slow. Is there a way to do something better ?
Antonio (BTW I'm using RC2)
12:40:01,578 WARN http-8080-Processor25
http://localhost:8080/xwiki/bin/view/Main/ MacroFilter:handleMatch:139 -
MacroFilter: unable
java.io.IOException: Error processing http://jroller.com/rss/agoncal:
Connection timed out: connect
at com.xpn.xwiki.render.macro.rss.RSSMacro.execute(RSSMacro.java
:102)
at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:117)
Hello.
This email is mainly for Gentoo Linux users/admins/developers.
I write a draft version of XWiki ebuild (package analog) for Gentoo
Linux distribution:
http://jira.xwiki.org/jira/browse/XWIKI-467
ebuild in attachments
install instructions in comments
For now ebuild can (USE flags):
war - simple build war in
/usr/share/xwiki-svn-1.0/lib/xwiki.war
exowar - build exo portlet integration war in
/usr/share/xwiki-svn-1.0/lib/xwiki-exo.war
standalone - build standalone distribution (embedded hsqldb and jetty)
and install it in /usr/share/xwiki-svn-1.0/standalone
run by /etc/init.d/xwiki start
tomcat - deploy to tomcat6. simply symlink war file :)
write what you want else?
ebuild will checkout
svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki/branches/XWIKI_1_0
sources for building and uses ant for building.
ebuild uses svn because xwiki haven't source distribution yet. But I
think for test this ebuild svn is most suitable.
Later we will needed source distribution for xwiki releases.
ebuild allow to Gentoo user to install xwiki very easily without any
knowledge in xwiki.
I tested this ebuild on ~amd64 arch, sun-jdk-1.5 & 1.6 (with some
patches allowing xwiki to compile at 1.6).
I would like to hear some feedbacks,notes,misprints and bugs before we
can propose this ebuild to Gentoo java-overlay or java-experimental overlay.
--
Artem Melentyev, UralSU, CS401
Salut and hello,
i'm trying so set up a small community website using xwiki.
Everything looks very promising so far.
However, the german language file ApplicationResources_de.properties in
xwiki.jar (1.0-rc-3)
seems not to be up to date. Only a 100 properties of about 700 in
ApplicationResources.properties are translated.
Is there an updated version somewhere or should I translate the remaining
properties?
Should I translate ApplicationResources.propertiesor
ApplicationResources_en.properties?
I did a quick search on jira.xwiki.org and did not find an update for the
language file.
TIA,
Thomas Porcham
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
(Sorry, if this post comes twice.)
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
Dear Community,
My organization(a division in a US Federal Government agency) is going to
select a wiki engine for a trans-organization collaboration effort. The
current candidates are Confluence, XWiki, MediaWiki and Microsoft
Sharepoint Wiki. I tried to promote XWIKI but have only used it in a very
small scale environment (< 5 users). If you have used it in a production
scale and can provide me some feedbacks based on the following
questionnaire, it will be a great help for me to show to my manager.
Thank you in advance!
-Jimmy
=================================================
Capability
* Number of wiki users at your organization
* Number of maximum concurrent users
Wiki Engine reliability (on a scale of 1 to 5, 5 is best and 1 is worst)
Usability
* Wiki Engine usability (on a scale of 1 to 5, 5 is best and 1 is worst)
* Training / learning curve (on a scale of 1 to 5, 5 is easiest and 1 is
most difficult)
Cost
* Hardware requirements
* Cost (license fee, hosting fee etc)
Support
* Data backup and recovery (i.e. do you have daily back up procedures in
place and is it difficult to backup and recover the data if there is a
disaster?)
(can you restore just a page or space instead of the whole wiki if a
page/space is messed up?)
* How difficult is the administration? (i.e. roughly how many hours the
administrator need to spend on the wiki maintenance?)
* How is the quality of support of this wiki engine (from the commercial
vendor or the community. i.e. can you get timely answers for your
questions?) (on a scale of 1 to 5, 5 is best and 1 is worst)
I'd like to define all terms containing text used at a single location (per
space for example).
I also like to use the static list class.
Is there a way how I can access the 'values' list for a given property for
an object of this class programatically in velocity to set and read the
values? I assume this field is an array and could be addressed with the
range operator.
--
View this message in context: http://www.nabble.com/single-source-term-definitions-tf3680954.html#a102871…
Sent from the XWiki- Users mailing list archive at Nabble.com.
