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