xwiki-users

xwiki-users@xwiki.org

10408 discussions

[xwiki-users] How to change language of page

by Holger Zimmermann

Hi everybody, The pages get their language when created. It is the default language of the wiki specified in the configuration. I need to change this. The wiki language has been set to the desired value after a lot of pages where already created. Those pages are not easily found when searching the wiki. How can I fix this fpr many pages at once? Thanks in advance... -- View this message in context: http://xwiki.475771.n2.nabble.com/How-to-change-language-of-page-tp7595520.… Sent from the XWiki- Users mailing list archive at Nabble.com.

9 years, 5 months

[xwiki-users] Antw.: Recursion during deleteEvent

by Peter Huisman

Hi Eduard, Thanks. I figured that one out. Fortunately, I have been able to use the recursion in the DeleteListener to my advantage without having to set any kind of context variable. It works like a charm! Thanks again for the effort. With kind regards, Peter

9 years, 5 months

[xwiki-users] Recursion during deleteEvent

by Peter Huisman

Hi, I am looking for a solution to “automatically” delete children for a XWiki page using the DeleteEvent listener. Is there a way to prevent recursion when deleting such a child XWiki page from a Java lib? Thanks for your feedback, Peter

9 years, 5 months

[xwiki-users] [ANN] XWiki 7.2 Milestone 2 released

by vincent＠massol.net

The XWiki development team is proud to announce the availability of XWiki 7.2 Milestone 2. The focus of this release was on fixing issues introduced in 7.2 Milestone 1 with the new Nested Document/Nested Spaces features and to continue adding support for this feature in various existing features (using a tree for the Import UI instead of a list, new DB table to have performant Space queries, start of Nested Spaces support in the XWiki JS APIs, etc). Another major feature added was the new Script permission to allow forbidding Script execution to specific Users or Groups. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki7.2M2 The following people have contributed code to this release: Thomas Mortagne Vincent Massol Caleb James DeLisle Eduard Moraru Guillaume Delhumeau Marius Dumitru Florea Sergiu Dumitriu Thanks for your support -The XWiki dev team

9 years, 5 months

[xwiki-users] Generating a DocumentReference

by Peter Huisman

Hi, I am looking for a way to create a document reference without the “hassle” of worrying about the WikiName. In a listener, I get a document name which I use for input in a query. The result is a list of documentNames in the format [space.docname]. I need to transform this into a DocumentReference. I can do this without using the wiki, but this gives me “wiki” as the default Wiki. I gate get the wiki from (e.g.) the context, but this means I have to do - as far as I know - one of the two following creations: 1 - documentReferenceResolver ( wikiName + “:” + docFullName) Where docFullName is in the format [space.docname] 2 - new DocumentReference ( wikiName, spaceName, docName) In this case, I will have to split the fullName string in order to get access to the spaceName and the docName. If I use a query that delivers me only the pageName, I have the problem of not being able to resolve the spaceName. I am fairly sure I miss something essential here. Could someone help me out? I’m also fine with any answer that gives me a XWikiDocument :-) With kind regards, Peter

9 years, 5 months

[xwiki-users] Blog categories

by Frantisek Kall

I created a new blog in a new space (I have plan to create two more). Is it possible to have separate categories for every blog? Thanks Frantisek -- View this message in context: http://xwiki.475771.n2.nabble.com/Blog-categories-tp6406817p6406817.html Sent from the XWiki- Users mailing list archive at Nabble.com.

9 years, 5 months

[xwiki-users] Issues with the Xwiki REST API

by Mehdi Oulmakki

Hello everyone, I am running into issues with getting any information from my instance of Xwiki using the rest API. I'm curling to the site as per this documentation: http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI#HXWikiRES… Our instance of XWiki responds with a 200 for GET and POST calls (I'm aware of the known issue with PUT) but doesn't actually give us relevant information. The returned data is html for a page with the message: <div class="panel-body"> <p class="xwikimessage">A problem occurred while trying to process your request. Please contact the webmaster if this happens a gain.</p> </div> I have four questions concerning this situation: 1. Is the documentation up to date? have there been changes with the REST api in XWiki 7 that aren't reflected there? 2. Are there config settings that need to be set before being able to use the REST api? 3. Should I be concerned that I am getting a simple html instead of the XML the documentation suggests? 4. This is probably the most crucial question: How can I best debug such an issue? all our logs are set to debug, yet I am not seeing any error message related to this. Thanks in advance, Mehdi

9 years, 5 months

[xwiki-users] problem after update to 7.1.1

by Studer Olivier

Hi, I have update the XWiki 6.2.2 to 7.1.1 with using "apt-get upgrade xwiki-enterprise-tomcat7-mysql" on Ubuntu server with success. But when I restart the Xwiki, they are the following message in the catalina.out file: 2015-07-30 15:31:10,713 [localhost-startStop-1] INFO o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server. Jul 30, 2015 3:31:15 PM org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/ROOT.xml 2015-07-30 15:31:45,555 [localhost-startStop-1] ERROR .o.i.DefaultObservationManager - Failed to lookup listeners org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [interface org.xwiki.observation.EventListener] hint = [DistributionInitializerListener]] at org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:216) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.observation.internal.DefaultObservationManager.initializeListeners(DefaultObservationManager.java:164) [xwiki-commons-observation-local-7.1.1.jar:na] at org.xwiki.observation.internal.DefaultObservationManager.getListenersByEvent(DefaultObservationManager.java:131) [xwiki-commons-observation-local-7.1.1.jar:na] at org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:267) [xwiki-commons-observation-local-7.1.1.jar:na] at org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:321) [xwiki-commons-observation-local-7.1.1.jar:na] at org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:118) [xwiki-platform-container-servlet-7.1.1.jar:na] at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4973) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) [tomcat-catalina-7.0.52.jar:7.0.52] at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) [tomcat-catalina-7.0.52.jar:7.0.52] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [na:1.7.0_79] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [na:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_79] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_79] Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [org.xwiki.extension.distribution.internal.DefaultDistributionManager] identified by [role = [interface org.xwiki.extension.distribution.internal.DistributionManager] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:394) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getDependencyInstance(EmbeddableComponentManager.java:363) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:214) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] ... 19 common frames omitted Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [org.xwiki.context.internal.DefaultExecutionContextManager] identified by [role = [interface org.xwiki.context.ExecutionContextManager] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:394) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getDependencyInstance(EmbeddableComponentManager.java:363) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:392) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] ... 24 common frames omitted Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [interface org.xwiki.context.ExecutionContextInitializer] hint = [velocity]] at org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:216) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getDependencyInstance(EmbeddableComponentManager.java:350) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:392) ~[xwiki-commons-legacy-component-default-7.1.1.jar:na] ... 29 common frames omitted Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [org.xwiki.velocity.internal.DefaultVelocityContextFactory] identified by [role = [interface org.xwiki.velocity.VelocityContextFactory] hint = [default]] And I'm not able to change the configuration of the ROOT path to access to the XWiki. I need to use the following urtl http://<server>:8080/xwiki<http://%3cserver%3e:8080/xwiki>. But I want to access with the url http://<server>:8080/<http://%3cserver%3e:8080/>. Some help, please. Regards /Olivier

9 years, 5 months

[xwiki-users] Getting user name with a Java Component

by Bryn Jeffries

Some time last year I had to write a component for XWiki 6.3 that required the current user name, which following the advice at the time required injecting a DocumentAccessBridge: @Inject private DocumentAccessBridge documentAccessBridge; and then calling documentAccessBridge.getCurrentUserReference().getName()) This has the consequence of having to pull in the xwiki-core-bridge module from the XWiki Remote Maven repo, rather than just using the XWiki Commons code in Maven Central. At the time, Vincent mentioned (http://xwiki.475771.n2.nabble.com/Getting-user-name-with-a-Java-Component-t…) "You're right, our goal is to have all context information (including the user) be put in the Execution Context." I'm now having to rewrite some of this component, and I'm now using XWiki 7.1.1. Has there been any development in shifting the user name over to the Execution Context so that I can avoid using the bridge module? Thanks, Bryn

9 years, 5 months

[xwiki-users] The future of the Spaces macro in the context of Nested Spaces/Documents

by Marius Dumitru Florea

Hi guys, The wiki home page displays, by default, the list of spaces that exist in the wiki (hidden or not, depending on the user profile settings). This is done using the http://extensions.xwiki.org/xwiki/bin/view/Extension/Spaces+Macro . As we have started to work on adding support for nested spaces/documents, we need to review the purpose of this macro. Is it still relevant to display a list of spaces when there is a tree hierarchy? It only makes sense if you want to display just the list of direct children of a given node. I see the following options: (1) Display the list of top level nodes (space/document) on the wiki home page. No tree. The rationale is that loading the tree (even if done lazy) is more expensive that displaying a static list of links. For this we can extend the Spaces Macro with a parameter to specify the parent node. When this parameter is not specified the macro will list the top level nodes. (In the context of nested documents we could introduce a new macro Document List instead) (2) Display the tree hierarchy on the wiki home page, using http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro .Of course, the tree will be lazy loaded, and only the top level nodes are displayed initially. If we do this then we can probably deprecate the Spaces Macro and advice the users to use the Document Tree Macro instead. WDYT? Thanks, Marius

9 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users