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.
e.g., "order by" in mini search creates
Error number 4001 in 4: Error while parsing velocity page Main.WebSearch
Wrapped Exception: Invocation of method 'searchDocuments' in class
com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error
number 3223 in 3: Exception while searching documents with sql where
doc.web<? Wrapped Exception: unexpected char: '%' select distinct doc.web,
doc.name, ' order by doc.date from com.xpn.xwiki.doc.XWikiDocument as doc
where doc.web<? @ Main.WebSearch92,27?
I know everybody is trying to make the version stable, but could somebody
explain, how the search algorithm works?
Uwe
--
View this message in context: http://www.nabble.com/search-for-certain-terms-throws-exception-tf3678295.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
More a visual issue than a bug:
For users that are not administrators, on B4 I'm getting this when
viewing all new and old documents (previously this was only happening on
delete, or for non-registered users for certain spaces).
Brandon Esbach
Software Engineer
M/A-Com Eurotec Operations
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
Hi,
I am using an xwiki (version
0.9.840<http://dubpat01:8080/dulles/bin/view/Main/WebHome>).
My database is mysql running on Linux. I have a strange problem where when I
upload an svg file and then reference the .svg file in an <object/> tag, the
browser Firefox 2.0+, isn't able to display the image. Rather it asks for an
external application to deal with the file. This is not a problem with the
browser since I can view other .svg files. Interestingly, if I save the .svg
file by right-clicking and saving to my local disk and then point my browser
at my local disk it can view the .svg file no problem. So I am guessing that
their is something strange about the way the xwiki returns the bytes to the
browser....anyone experienced this? Any ideas?
Thanks.
Hello,
Me again... I have a problem with the Static List type. In my class, I added a property of this type and as separators I tried everything from , to space. Then in Values I put 4 values separated by the chosen separator. The problem is that instead of 4 checkboxes, each in front of a different value, I get 1 checkbox and all the values together separated by the separator after it. What I do wrong?
Thanks in advance.
Evelina Slatineanu
Quite some time ago I asked whether there are plans to upgrade the
included version of Groovy from JSR-06 to the 1.0 release.
I never got an answer, and I see that no version change occurrred in the
last release candidate.
Is Groovy used in a standard installation and can I replace the
corresponding jar myself without breaking anything?
Thanks
Michael
I deployed the latest version of XWiki on Windows with Tomcat 6.0 and
Postgres 8.1 and Linux with Tomcat 5.x and Postres 8.2.
On both I have trouble logging in. When I log in as Admin and attempt to go
to the admin page the systems asks me to log in again and I am no longer
admin.
Same for other users.
Do you know what I should look at?
--
View this message in context: http://www.nabble.com/Problems-with-Postgres-tf3672827.html#a10262956
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
Is there a way to flush a specific page in xwiki? I know
$xwiki.flushcache() flushes the whole cache, but I'd like a specific
page flush. How can I do that?
My scenario is a cluster: I have a master server with the master xwiki
db, and a slave server with a slave xwiki db, connected via
replication. I do my xwiki saves over http to the master. The master
db updates correctly, and so the slave db updates correctly as well.
That's all good and fine. But while the master cache updates
correctly (that's where the save happens), the slave cache doesn't
update, because xwiki on the slave doesn't know the write occurred.
Thanks,
Yoav
Hi
This query is in addition to a query I had posted some time before.
When a document [of a particular type - which follows a particular template] is edited and submitted, or newly created, I want to log the IP address of the user plus some of the values of certain fields in that form.
One reply I got was to use servlet filters? I tried using servlet filters and I found that it is possible.
My doubts are :
Is Servlet filters the preferred way for doing what I require in XWiki? Is there any other ways to do the same in xwiki?
If Servlet filter is the way, then is there any preferred way to use in xwiki? (What I did was to place the servlets in WEB_INF/classes folder and added the entry in web.xml.)
Regards
Roopesh
Hi Evelina, Vincent and all
Vincent Massol wrote:
> Hi Evelina,
>
> On Apr 28, 2007, at 10:43 PM, evelyne24(a)gmail.com wrote:
>
>> Hello,
>>
>> I have the following question regarding relationing 2 classes in
>> xwiki. I made a class Person with 2 properties (firstName,
>> lastName) and a class Media with a prop. (title) and then I made an
>> object "Richard Gere" of class person and 2 objects "Pretty Woman"
>> and "Autumn at New York" of class Media. Now I would like to link
>> somehow the 3 objects, i.e to say that Richard Gere played in
>> "Pretty Woman" and also in the other movie (media). How can I do
>> that? I don't seem to understand how to link the already created
>> objects one with another. For instance, I cannot create another
>> class with 2 properties, one of type Media and one of type Person,
>> because these types don't appear under "Type" on "Add Property"
>> panel. Please help me understand how can I do that in xwiki.
>>
>
> Not sure if it's the best solution but you could create a document
> containing "Richard Gere" + "Pretty Woman" and "Autumn at New York"
> objects. This document would answer the question: "show me the films
> with Richard Gere".
Indeed, or another possible option would be to add a property "playsIn"
of type "Database list" to the class "Person". The query associated with
that property would be something like the one below, for fetching all
the Media titles:
======
select distinct prop.value from BaseObject as obj, StringProperty as
prop where obj.className='XWiki.Media' and prop.id.id = obj.id and
prop.id.name='title' order by prop.value
======
Or third possibility: simply use plain wiki links between the documents:
create three documents "Richard Gere", "Pretty Woman", "Autumn in New
York", attach structured objects to each of them, then add a link to
"Pretty Woman" and "Autumn in New York" to the body of the document
"Richard Gere".
I hope this helps.
By the way, this type of question should rather be submitted to the
xwiki-users mailing-list! -> I propose we continue the discussion on
that list instead.
Cheers
Stéphane
> -Vincent
>
>> Ps. I heard something about attachments but I don't really
>> understand how... Thank you.
>>
>> Evelina Slatineanu
>
>
--
Stéphane Laurière
slauriere(a)xwiki.com
+33 6 83 04 49 03
skype: arkubb
XWiki Research
http://www.xwiki.comhttp://concerto.xwiki.comhttp://nepomuk.semanticdesktop.org
Hello,
I have managed to get 3 wiki's going the "main one" and two virtual
wikis.
First up, this message is not readable by the group, as there is a
problem with your Digital Sig. That's beyond the scope of this mail
list though, so you may need to contact your IT folks directly to fix
that.
From what I see here, it looks like you've added it correctly.
Are you sure that the case, spelling, etc are identical in the server
field and in the actual name (see
/xwiki/bin/view/Xwiki/XWikiServerXwikiemansio in the address field of
your browser to confirm this - the X from xwikiemansio should be in caps
even in the link)?
-----------------------COPIED POST-----------------------
I set-up both of the two virtual wikis "at the same time".
Trying to add a third virtual wiki....it is not recognized as a virtual
wiki....
This is what I did to add my third virtual wiki:
1. I created the DNS record for emansio.fireventures.com to CNAME
"my wiki host"
2. I created a DB schema in mySQL called xwikiemansio
3. Added full access rights to this schema for the xwiki db user in
mySQL
4. I created a page called:
/xwiki/bin/view/Xwiki/XWikiServerXwikiemansio
5. To this page I attached an object called:
XWiki.XWikiServerClass[0]: emansio.fireventures.com
6. I set the server to emansio.fireventures.com
7. and the owner to XWiki.Admin
8. I then restarted Tomcat
Trying to reach http://emansio.fireventures.com/xwiki/bin/view/Main/
I get redirected to the "this wiki does not exist page" in my main
wiki....
Any ideas are highly appreciated.....
// Jan Eldenmalm
---------------------END COPIED POST---------------------
Hi,
we are looking for a java based wiki. XWIKI seems to fulfill most of our requirements. The only drawback seems, that we are bound to using ORACLE as the database. Since this does not worked I tried a file based approach using jackrabbit.
The installation (ond tomcat 5.5.23) was no problem. When I go to the man page the system starts to create the file repository but suddenly falls over with the Exception shown at the bottom of this message.
I checked the archives but couldn't find a hint as to how to solve this problem.
The classes Field and NodeIndexer that seem to cause the problems are definitely loaded from the libraries deployed in the lib directory of XWIKI (checked with Class.forName(sClassName).getProtectionDomain().getCodeSource().getLocation().toString() for each class in a jsp I deployed into the XWIKI-application. Has anyone an idea what the reason for this problem is and/or how to solve it? Using MySQL or any other database than ORACLE is a no go.
Thanks in advance
Gy�rgy Magoss
HTTP Status 500 -
--------------------------------------------------------------------------------
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load store class com.xpn.xwiki.store.jcr.XWikiJcrStore
Wrapped Exception: org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
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:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
root cause
com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load store class com.xpn.xwiki.store.jcr.XWikiJcrStore
Wrapped Exception: org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:291)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
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:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.23 logs.
--------------------------------------------------------------------------------
Apache Tomcat/5.5.23
In the stack trace of the server there is additional information about the wrapped exception
Wrapped Exception:
java.lang.NoSuchMethodError: org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
at org.apache.jackrabbit.core.query.lucene.NodeIndexer.createDoc(NodeIndexer.java:130)
at org.apache.jackrabbit.core.query.lucene.NodeIndexer.createDocument(NodeIndexer.java:115)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.createDocument(SearchIndex.java:459)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.createDocument(MultiIndex.java:691)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.createDocument(MultiIndex.java:782)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.access$300(MultiIndex.java:74)
at org.apache.jackrabbit.core.query.lucene.MultiIndex$AddNode.execute(MultiIndex.java:1348)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.executeAndLog(MultiIndex.java:810)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.createIndex(MultiIndex.java:889)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:280)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:229)
at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:44)
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:524)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:268)
at org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:578)
at org.apache.jackrabbit.core.RepositoryImpl.access$300(RepositoryImpl.java:90)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1521)
at org.apache.jackrabbit.core.RepositoryImpl.initWorkspace(RepositoryImpl.java:558)
at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:255)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:498)
at org.apache.jackrabbit.core.TransientRepository$2.getRepository(TransientRepository.java:245)
at org.apache.jackrabbit.core.TransientRepository.startRepository(TransientRepository.java:265)
at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:333)
at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:363)
at com.xpn.xwiki.store.jcr.JackRabbitJCRProvider.initWorkspace(JackRabbitJCRProvider.java:101)
at com.xpn.xwiki.store.jcr.XWikiJcrStore.createWiki(XWikiJcrStore.java:501)
at com.xpn.xwiki.store.jcr.XWikiJcrStore.<init>(XWikiJcrStore.java:87)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:586)
at com.xpn.xwiki.XWiki.<init>(XWiki.java:567)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:282)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
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.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:595)
The XWiki development team team is pleased to announce the
availability of the 1.0 RC 3 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
This release is planned to be promoted as the final 1.0 release next
week if no critical bug is found till then.
New in this release:
Bugs fixed:
* Filter conflict: external links can be rendered two times. This
fixes a problem with some absolute URLs in wiki pages that make XWiki
hang.
* The link to the user profile is broken for non-local users
* Links to virtual wikis broken when using XWiki behind a proxy
* The top menu entry shadow disappears when hovering
* Generated PDF loses paragraphs
Improvements:
* Make password type HASH by default
IMPORTANT: XWiki 1.0 RC 2 and RC 3 fix an important security issue in
past releases where passwords were stored in clear in the database.
Passwords are now hashed. If you are upgrading from a previous
version, any new user or any password update will automatically get
the password hashed. However existing users who do not change their
passwords will still have their passwords in clear in the database.
Thus, we are providing a tool to automatically hash all passwords
from an existing database.
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki10RC3
Enjoy
-The XWiki development team