Hello friends,
I need a little help here with the XWiki XmlRpc API. I am able to connect to
my xwiki instance using the Swizzle Confluence.
However, I am currently able to only view contents of a particular page
which I supply to the getPage() method.
I would like to build a client which could fetch a list of pages based on
hql queries (which XWiki supports internally).
Could someone please guide me to a search method that could be used here
(eg. search(query, maxinterval) ).
I've tried pushing queries such as search("where doc.creator='XWiki.Admin",
10) but this results into an empty result list.
It was mentioned on the
http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC that XWiki
implements the most important part of the Confluence
<http://confluence.atlassian.com/display/DOC/Remote+API+Specification>
XML-RPC API including Pages: retrieval, rendering, creation, history,
update, search and removal. Could someone please please guide me as to what
I might be doing wrong here. As always, any help would be much appreciated.
import org.codehaus.swizzle.confluence.SpaceSummary;
import org.codehaus.swizzle.confluence.Confluence;
import java.util.HashMap;
import java.util.List;
import java.util.Vector;
public class ConfluenceExample {
public static void main(String[] args) throws Exception {
String username = "Admin";
String password = "admin";
String endpoint = "http://127.0.0.1:8080/xwiki/xmlrpc/confluence";
Confluence confluence = new Confluence(endpoint);
confluence.login(username, password);
String sql = "where doc.creator='XWiki.Admin'";
List searches = confluence.search(sql, 10);
System.out.println(searches.size());
}
}
Regards,
Dilipkumar Jadhav
Hi
I just realized that I have a bunch of new users all created with the
same first and last name. I saw one with the same name 'Kunstkamera'
being created also on the XWiki.org (or at least I thought so).
Any idea what is going on.
Is there someone trying to spam XWiki's and is there anything to be of
concern as an administrator?
Which leads me to another concern:
Every Import of the Enterprise XAR file is reseting the Admin
password to the default.
Is there anyway to prevent that because in the heat of the upgrade
procedure that gets easily overlooked ?
Cheers - Andy
Hi Everyone,
New to XWiki and we're trying to come up with a migration strategy. Our old
wiki is an ancient version of moinmoin.
We can develop a file parser for the old moinmoin documents on the
filesystem quite easily. The syntax to XWiki is similar, so a couple of
regexes will have the conversion process underway. We're not really
concerned with preserving the wiki history, although that would be nice.
The big problem is, how do we load the pages into XWiki? Is there a
webservice or some sort of API for XAR files available?
Thank you!
--
View this message in context: http://n2.nabble.com/Trying-to-create-migration-path-from-moinmoin-to-xwiki…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi
I upgraded to 2.0.2 without a problem (http://madplanet.com/xwiki).
The only issue I encountered so far is that I am not able to change
the 'Color Theme' in the Administration -> Presentation even though I
use the Colibri skin as my default skin.
This does not work for the entire Wiki nor for a particular Space.
That said I can access the Color Themes in the ColorThemes space and
the look and feel looks right.
Any idea why?
Thanks - Andy
Thanks for your response Guillaume & Sergiu.
I changed the ColorTheme space to be viewable by Guests. That did resolve
the original issue.
And it happened just in time :)
I recently transitioned not only from MediaWiki to XWiki, but an older
computer running Windows Vista (Ultimate x64) to my present PC, operating on
Windows 7 (Ultimate x64). The reasons for the change and system specs
should, I believe, be irrelevant in this case for the following reasons:
* I was able to install XWiki for All Users without a hitch
* XWiki runs perfectly while logged into the Administrator (aka, the hidden
"Super Administrator") account
Therein, however, is the problem: XWiki runs only in the Administrator
account. The MS-DOS Prompt reads as such while in the Admin-account...
------------------------------------------------------------------------------------------
2009-10-27 14:41:20.279: :INFO: Logging to STDERR via
org.mortbay.log.StdErrLog
2009-10-27 14:41:20.419: :INFO: jetty-6.1.21
2009-10-27 14:41:20.450: :INFO: Deploy C:\Program Files (x86)\XWiki
Enterprise\jetty\contexts\root.xml ->
org.mortbay.jetty.webapp.WebAppContext@7546c1d4(/,C:\Program Files
(x86)\XWiki Enterprise\jetty/../webapps/root)
2009-10-27 14:41:20.466: :INFO: Deploy C:\Program Files (x86)\XWiki
Enterprise\jetty\contexts\xwiki.xml ->
org.mortbay.jetty.webapp.WebAppContext@785f8172</xwiki,C:\Program Files
(x86)\XWiki Enterprise\jetty/../webapps/xwiki)
2009-10-27 14:41:23.196: :INFO: Opened C:\Program Files (x86)\XWiki
Enterprise\jetty\logs\2009_10_27.request.log
2009-10-27 14:41:23.211: :INFO: Started SelectChannelConnector@0.0.0.0:8080
2009-10-27 14:41:23.084 [http://lochalhost:8080/xwiki/bin/view/Main/WebHome]
INFO .AbstractXWikiMigrationManager - No storage migration required since
current version is [15429]
------------------------------------------------------------------------------------------
...yet, when I switch to my personal account (the only other one on the
system, having been that which was created during the OS-installation and
thus, also listed in the Administrator user-group), it reads...
------------------------------------------------------------------------------------------
2009-10-27 14:41:38.512: :INFO: Logging to STDERR via
org.morbay.log.StdErrLog
2009-10-27 14:51:38.673: :INFO: jetty-6.1.21
2009-10-27 14:51:38.718: :INFO: Deploy C:\Program Files (x86)\XWiki
Enterprise\jetty\contexts\root.xml ->
org.mortbay.jetty.webapp.WebAppContext@5492bbba(/,C:\Program Files
(x86)\XWiki Enterprise\jetty/../webapps/root)
2009-10-27 14:51:38.725: :INFO: Deploy C:\Program Files (x86)\XWiki
Enterprise\jetty\contexts\xwiki.xml ->
org.mortbay.jetty.webapp.WebAppContext@6d62dbb6(/xwiki,C:\Program Files
(x86)\XWiki Enterprise\jetty/../webapps/xwiki)
log4j:ERROR setFile(null,true) call failed.
java.io.FileNotFoundException: xwiki.log (Access is denied)
at java.io.FileOutputStream.openAppend(Native Method)
at.java.io.FileOutputStream.<init>(Unkown Source)
at.java.io.FileOutputStream.<init>(Unkown Source)
at org.apache.log4j.FileAppender.setFile(FileAppender.java:289)
at
org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java:165)
at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163)
at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:256)
at
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:132)
at
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:96)
at
org.apache.log4j.config.PropertyConfigurator.parseAppender(PropertyConfigurator.java:654)
at
org.apache.log4j.config.PropertyConfigurator.parseCategory(PropertyConfigurator.java:612)
at
org.apache.log4j.config.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:509)
at
org.apache.log4j.config.PropertyConfigurator.doConfigure(PropertyConfigurator.java:415)
at
org.apache.log4j.config.PropertyConfigurator.doConfigure(PropertyConfigurator.java:441)
at
org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:468)
at org.apache.log4j.LogManager.<clinit>(LogManager.java:122)
at org.apache.log4j.Logger.getLogger(Logger.java:104)
at
org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4Logger.java:289)
at org.apache.commons.logging.impl.Log4JLogger.<init>(Log4JLogger.java:109)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:1116)
at
org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:914)
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:604)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:310)
at org.apache.commons.logging.impl.LogFactory.getLog(LogFactory.java:685)
at
org.xwiki.component.logging.CommonsLoggingLogger.<init>(CommonsLoggingLogger.java:38)
at
org.xwiki.component.embed.EmbedableComponentManager.initialize(EmbedableComponentManager.java:67)
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:52)
at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:224)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.mortbay.start.Main.invokeMain(Main.java:194)
at org.mortbay.start.Main.start(Main.java:534)
at org.mortbay.start.Main.start(Main.java:441)
at org.mortbay.start.Main.main(Main.java:119)
2009-10-27 14:51:41.849: :WARN: failed
org.mortbay.jetty.NCSARequestLog@75c45731: java.io.FileNotFoundException:
C:\Program Files (x86)\XWiki Enterprise\jetty\logs\2009_10_27.request.log
(Access is denied)
2009-10-27 14:51:41.850: :WARN: failed RequestLogHandler@2d388e5e:
java.io.FileNotFoundException: C:\Program Files (x86)\XWiki
Enterprise\jetty\logs\2009_10_27.request.log (Access is denied)
2009-10-27 14:51:41.854: :WARN: failed HandlerCollection@5c0ad483:
java.io.FileNotFoundException: C:\Program Files (x86)\XWiki
Enterprise\jetty\logs\2009_10_27.request.log (Access is denied)
2009-10-27 14:51:41.854: :WARN: Error starting handlers
java.io.FileNotFoundException: C:\Program Files (x86)\XWiki
Enterprise\jetty\logs\2009_10_27.request.log (Access is denied)
at java.io.FileOutputStream.openAppend(Native Method)
at java.io.FileOutputStream.<init>(Unknown Source)
at java.io.FileOutputStream.<init>(Unknown Source)
at
org.mortbay.util.RolloverFileOutputStream.setFile(RolloverFileOutputStream.java:243)
at
org.mortbay.util.RolloverFileOutputStream.<init>(RolloverFileOutputStream.java:164)
at org.mortbay.jetty.NCSARequestLog.doStart(NCSARequestLog.java:428)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.RequestLogHandler.doStart(RequestLogHandler.java:117)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:224)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.mortbay.start.Main.invokeMain(Main.java:194)
at org.mortbay.start.Main.start(Main.java:534)
at org.mortbay.start.Main.start(Main.java:441)
at org.mortbay.start.Main.main(Main.java:119)
2009-10-27 14:41:41.897: :INFO: Started SelectChannelConnector@0.0.0.0:8080
------------------------------------------------------------------------------------------
...whereas attempting to run the start_wiki.bat file via the "Run as
Administrator" right-click option leads to...
------------------------------------------------------------------------------------------
Unable to access jarfile jetty/start.jar
------------------------------------------------------------------------------------------
...directing my browser (Firefox 3.5.3) to the appropriate page leads to:
ACTUAL WEBPAGE (http://lochalhost:8080/xwiki/bin/view/Main/WebHome) DISPLAY:
HTTP ERROR: 404
Problem accessing /xwiki/bin/view/Main/WebHome. Reason:
NOT_FOUND
Powered by Jetty://
To the best of my knowledge, this is clearly an issue of account
permissions, however, given that my knowledge of Java is (at best) cursory,
I am appealing to anyone who can lend a hand. I'm quite willing to supply
any other information that is dubbed necessary.
NOTE: The same results are obtained whether UAC is on or off. The same also
applies after having switched the program ownership permission to my
personal account.
--
View this message in context: http://n2.nabble.com/Windows-7-Account-Renders-XWiki-Inoperable-tp3903667p3…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello all,
Background: We're trying to build a searchable user directory of XWiki users
where people can be searched by specialty. The deal here is that each user
who contributes to the wiki is good at something and we wanted other users
to be able to find contributors by their specialty in case they need some
help.
XWiki Feature: We are using the livetable user directory example provided on
the xwiki.org website & it works great. However, users are adding their
specialty through the tags on their own profile pages. This too is
searchable using the livetable macro option to enable a tagcloud.
Concern/Issue: Our user base is currently a few hundred and is expected to
grow rapidly soon. Each user has some tags to add to his profile which leads
to a lot of tags in the tagcloud right above the livetable. Also, the page
loading has become very slow since the entire tag cloud is loading along
with the livetable.
Possible Solution: Could it be possible to use the ajax suggest to type in
these "specialty" tags rather than display an entire tag cloud on the
livetable page. The single tag textbox would provide the search criteria to
the livetable document filtering process. Alternatively, could someone
please help me with the search query for pulling up pages with
XWiki.XWikiUsers objects by using values of XWiki.Tags objects on the same
document. I've looked up queries for hql searches & unable to find one which
crosses multiple classes . Most queries are searches based on objects of one
class only. (Can we have 2 BaseObjects, let's say obj1 & obj2 to represent
the two different object types embedded in the same document).
Any help would be greatly appreciated.
Regards,
Dilipkumar Jadhav
Hello all,
We've been trying to setup wiki access rights in a manner that only
registered users can access pages. As a result, we blocked any unregistered
user from either viewing or editing pages without a login. This was due to
the fact that we were trying to setup a feedback mechanism where it was
important to know who gives the feedback. However, due to these access right
changes, the Colibri skin themes applied from the presentation control panel
no longer work. The default Colibri theme (with the gray background) is what
comes up. I am assuming this is due to the fact that the themes too are
pages in the wiki (with the Colibri skin & ColorTheme space being
introduced) & blocking everyone out from viewing/editing pages will apply
the same access rights to the ColorTheme space.
The strange part is when a user does login, still the skin remains the
default one and doesn't change to the theme set in the presentation panel.
Could anyone please recommend a workaround to this. Thank you for your time
& consideration.
Regards,
Dilipkumar Jadhav
Hi,
I am using xwiki fro my organization.
In some cases the date format is appearing wrong, like the month filed is displaying "36".
How can it be possible and what should i do to correct this.
Regards
Jasvent
Eperium Business Soln. Pvt. Ltd.
eperium. e-commerceunlimited
Yahoo! India has a new look. Take a sneak peek http://in.yahoo.com/trynew
Hi!
XWiki SAS is interestred to gather testimonials about XWiki Enterprise
and propose an original way to get them. Tell us why you love this
solution, why you find it interesting, innovating... in less than 140
characters on Twitter (by sending a tweet to @xwiki
<http://www.twitter.com/xwiki>). All the tweets will be listed on
http://xwiki.com and http://www.xwiki.org
"You can also help the project by creating a page on
http://www.xwiki.org/xwiki/bin/view/References/ that explains how you
use XWiki."
Many Thanks, in advance, for your participation.
Emilie Ogez
--
Marketing & Communication Manager
Mob. : +33( 0)623414368
Email : Emilie.Ogez(a)xwiki.com
http://www.xwiki.comhttp://www.twitter.com/eogez