[xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception [#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05 01:16:21,718 [ http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X...] ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492) I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug: {{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}} It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true I tried with the template "templatexe" also but nothing better... Has anyone encountered the same error as me or any idea? regards Pascal
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05 01:16:21,718 [ http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X...] ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X... ]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at
com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information
brings
no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest! Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest! Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X... ]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X... ]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Actually that's not it, looks like all the modes change the user. Checking something.
Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
-- Thomas Mortagne
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X... ]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Actually that's not it, looks like all the modes change the user. Checking something.
I found what is the issue but it doe snot seems right. To properly import the xar you have to open it and modify the package.xml file to change <backupPack>false</backupPack> in <backupPack>true</backupPack>
Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
-- Thomas Mortagne
-- Thomas Mortagne
On Sat, Mar 6, 2010 at 18:13, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X... ]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Actually that's not it, looks like all the modes change the user. Checking something.
I found what is the issue but it doe snot seems right. To properly import the xar you have to open it and modify the package.xml file to change <backupPack>false</backupPack> in <backupPack>true</backupPack>
Another way is to log with superadmin before importing the xar (but it means all the pages will have superadmin as author).
Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
-- Thomas Mortagne
-- Thomas Mortagne
-- Thomas Mortagne
On Sat, Mar 6, 2010 at 9:23 AM, Thomas Mortagne <[email protected]> wrote:
Another way is to log with superadmin before importing the xar (but it means all the pages will have superadmin as author).
I thought that was de rigueur in Xwiki. If you didn't import as superadmin into a multiwiki, how could you get working any documents containing scripts that require programming rights? If you don't import this way, for example, you won't be able to control the openoffice importer (last I checked, a lot has changed since too) or other such prog-right-needing script-documents. I wish there was a way of having a multiwiki refer to the "root" wiki's Xar file contents, or even better, that there was a "template wiki" containing a shared copy of the Xar for all wikis. Having the document in the local wiki would override the template wiki's "application documents and general wiki config". That way a new wiki would be populated immediately, by the contents of the template wiki; overrides would be modified local copies of the template, or whole new applications that might reside in a subwiki but not the template wiki. This would also alleviate the need to give or use superadmin in a subwiki. Any superadmin-needing documents would reside in the template wiki and would be inherited into the subwiki and granted programming rights there. That way, one could tightly control the use of programming rights in a subwiki, where a set of safe programming rights scripts would only reside in the template wiki, and subwiki's could only reference prog-right-having documents deemed safe enough to use in the "template wiki". (unless the subwiki admin got superadmin rights to add extra programing-rights script/documents to a specific subwiki). Niels http://nielsmayer.com
On Sat, Mar 6, 2010 at 20:55, Niels Mayer <[email protected]> wrote:
On Sat, Mar 6, 2010 at 9:23 AM, Thomas Mortagne <[email protected]> wrote:
Another way is to log with superadmin before importing the xar (but it means all the pages will have superadmin as author).
I thought that was de rigueur in Xwiki. If you didn't import as superadmin into a multiwiki, how could you get working any documents containing scripts that require programming rights? If you don't import this way, for example, you won't be able to control the openoffice importer (last I checked, a lot has changed since too) or other such prog-right-needing script-documents.
When you import as backup pack (liek it used to be before the new importer) all the other of the document are the same than the authors you have in the xar and in a default XE all documents have XWiki.Admin as author who has programming right in a default XE.
I wish there was a way of having a multiwiki refer to the "root" wiki's Xar file contents, or even better, that there was a "template wiki" containing a shared copy of the Xar for all wikis. Having the document in the local wiki would override the template wiki's "application documents and general wiki config". That way a new wiki would be populated immediately, by the contents of the template wiki; overrides would be modified local copies of the template, or whole new applications that might reside in a subwiki but not the template wiki.
Well you can configure template wiki the way you want and when you create a new wiki it's used to populate the new wiki if you choose it as template in the create wiki UI.
This would also alleviate the need to give or use superadmin in a subwiki. Any superadmin-needing documents would reside in the template wiki and would be inherited into the subwiki and granted programming rights there. That way, one could tightly control the use of programming rights in a subwiki, where a set of safe programming rights scripts would only reside in the template wiki, and subwiki's could only reference prog-right-having documents deemed safe enough to use in the "template wiki". (unless the subwiki admin got superadmin rights to add extra programing-rights script/documents to a specific subwiki).
Niels http://nielsmayer.com
-- Thomas Mortagne
On Sun, Mar 7, 2010 at 12:56, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 20:55, Niels Mayer <[email protected]> wrote:
On Sat, Mar 6, 2010 at 9:23 AM, Thomas Mortagne <[email protected]> wrote:
Another way is to log with superadmin before importing the xar (but it means all the pages will have superadmin as author).
I thought that was de rigueur in Xwiki. If you didn't import as superadmin into a multiwiki, how could you get working any documents containing scripts that require programming rights? If you don't import this way, for example, you won't be able to control the openoffice importer (last I checked, a lot has changed since too) or other such prog-right-needing script-documents.
When you import as backup pack (liek it used to be before the new importer) all the other of the document are the same than the authors
other=authors
you have in the xar and in a default XE all documents have XWiki.Admin as author who has programming right in a default XE.
I wish there was a way of having a multiwiki refer to the "root" wiki's Xar file contents, or even better, that there was a "template wiki" containing a shared copy of the Xar for all wikis. Having the document in the local wiki would override the template wiki's "application documents and general wiki config". That way a new wiki would be populated immediately, by the contents of the template wiki; overrides would be modified local copies of the template, or whole new applications that might reside in a subwiki but not the template wiki.
Well you can configure template wiki the way you want and when you create a new wiki it's used to populate the new wiki if you choose it as template in the create wiki UI.
This would also alleviate the need to give or use superadmin in a subwiki. Any superadmin-needing documents would reside in the template wiki and would be inherited into the subwiki and granted programming rights there. That way, one could tightly control the use of programming rights in a subwiki, where a set of safe programming rights scripts would only reside in the template wiki, and subwiki's could only reference prog-right-having documents deemed safe enough to use in the "template wiki". (unless the subwiki admin got superadmin rights to add extra programing-rights script/documents to a specific subwiki).
Niels http://nielsmayer.com
-- Thomas Mortagne
-- Thomas Mortagne
Ok I looked into the 2.2.2 XAR and I find <backupPack>true</backupPack> So it is already set to true I tried to use "Replace history" but it keeps Guest rights... So i first import the XAR with guest rights in order to have the XWiki.Admin user! Then I login as admin and I re-import the XAR again using "replace history" and then everything is importer as Admin... Like this, it prevents from logging as superadmin that I don't really like! Anyway, there might be a light issue around there. Pascal
On Sat, Mar 6, 2010 at 11:55 AM, Niels Mayer <[email protected]> wrote:
I thought that was de rigueur in Xwiki. If you didn't import as superadmin into a multiwiki, how could you get working any documents containing scripts that require programming rights? If you don't import this way, for example, you won't be able to control the openoffice importer (last I checked, a lot has changed since too) or other such prog-right-needing script-documents.
Correction: I got my terminology wrong here. By "superadmin" I meant the root-wiki administrator, e.g. xwiki:Admin who is granted programming rights and therefore can give those rights to scripts s/he writes. (I forgot about the "superadmin" mentioned in xwiki.cfg, which is basically a back-door xwiki:Admin that is disabled by default. What I meant above was that for correct funtioning of a multi-wiki setup requires importing as xwiki:Admin (root wiki owner, or superadmin) where that user is granted programming rights. Other than exceptions, one wouldn't usually grant programming rights to each subwiki administrator, so I'm not sure how these admins would be able to successfully import their own Xwiki Xar's. Wouldn't granting programming rights to a subwiki owner essentially give them programmatic access to the entire wiki farm (through groovy, for example). My own terminology issues aside, however, issues still remain w/r/t installing docs that need prog-rights out of the Xar. I guess the regression just made it more noticeable... I still think it would be a good solution to have a "template xar" (not in the database) where the xwiki WAR or standalone distro would contain it's corresponding xar, exploded into individual xml files. A new directory xwiki/resources/xar would contain the exploded xar contents, and for certain Spaces, such as "Xwiki" and "Main", if the database could not find the given document in that space, the xwiki/resources/xar (template directory) would be consulted and that document would be returned. This would mean a fully functioning wiki would be available on initial deployment, without forcing an import step or needing to populate the database. Updating a multiwiki wouldn't require the corresponding release's Xar to be loaded into each subwiki, ( http://twitter.com/myxwiki ) and all the potential breakage that can entail as subwiki owner's forget to maintain and self-upgrade their Xar's... Each subwiki's document database would be a "shadow overlay" ontop of the template xar. Modifications in the local wiki database, e.g. of Main/WebHome would be retained across upgrades. Subwiki owners could be automatically notified when a local document, shadowing a document in the template wiki, may need merging due to a new source version in the template wiki (on each upgrade). -- Niels http://nielsmayer
On Sat, Mar 6, 2010 at 6:13 PM, Thomas Mortagne <[email protected]>wrote:
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote:
Hello, I installed an XEM 2.2.1 on glassfish + mysql... OK Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into the Wiki... it works and I get the XEM pages... I login as XWiki.Admin I try to create a new Wiki and I get this exception
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
01:16:21,718 [
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X...
]
ERROR kimanager.WikiManagerPluginApi - Wiki [Main.WebHome,my-adress.info,XWiki.Admin] creation failed com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right to create wiki [{0}] at
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
at
com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
I've seen a closed/Won't fix bug in Jira http://jira.xwiki.org/jira/browse/XAWM-115 but the given
information brings
no help... I create a page in Wiki WikiManager as indicated in this bug:
{{velocity}} #set($xwikicontext = $context.context) #set($rightService = $xwikicontext.getWiki().getRightService()) * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() * The user [$context.user] has admin rights: $rightService.hasAdminRights($xwikicontext) * The user [$context.user] has programming rights: $rightService.hasProgrammingRights($xwikicontext) {{/velocity}}
It gives: Is the wiki in virtual mode: true The user [XWiki.Admin] has admin rights: true The user [XWiki.Admin] has programming rights: true
I tried with the template "templatexe" also but nothing better...
Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Actually that's not it, looks like all the modes change the user. Checking something.
I found what is the issue but it doe snot seems right. To properly import the xar you have to open it and modify the package.xml file to change <backupPack>false</backupPack> in <backupPack>true</backupPack>
I'm going to try this first... maybe I can even go to version 2.2.2 as I begin from scratch:)
Pascal
regards Pascal _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
-- Thomas Mortagne
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Sat, Mar 6, 2010 at 20:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 6:13 PM, Thomas Mortagne <[email protected]>wrote:
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <[email protected]> wrote:
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev <[email protected]> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne <[email protected]>wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev <[email protected]> wrote: > Hello, > I installed an XEM 2.2.1 on glassfish + mysql... OK > Then I imported xwiki-enterprise-manager-wiki-administrator-2.2.1.xar into > the Wiki... it works and I get the XEM pages... > I login as XWiki.Admin > I try to create a new Wiki and I get this exception > >
[#|2010-03-05T01:16:21.719+0100|INFO|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=25;_ThreadName=Thread-1;|2010-03-05
> 01:16:21,718 [ >
http://MY_IP:8080/xwiki/bin/view/WikiManager/CreateNewWiki?wikiname=mywiki&X...
] > ERROR kimanager.WikiManagerPluginApi - Wiki > [Main.WebHome,my-adress.info,XWiki.Admin] > creation failed > com.xpn.xwiki.plugin.wikimanager.WikiManagerException: Error number 9001 in > 5: com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin: You dont have right > to create wiki [{0}] > at >
com.xpn.xwiki.plugin.wikimanager.WikiManagerPluginApi.createNewWiki(WikiManagerPluginApi.java:204)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at >
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at >
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597) > at >
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
> at >
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
> at >
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
> at >
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
> at >
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
> at >
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
> at >
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
> at > org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) > at >
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
> at >
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
> at >
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
> at >
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
> at >
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
> at >
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:93)
> at >
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
> at >
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
> at >
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
> at >
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
> at >
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:741)
> at >
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:758)
> at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492) > > I've seen a closed/Won't fix bug in Jira > http://jira.xwiki.org/jira/browse/XAWM-115 but the given information brings > no help... > I create a page in Wiki WikiManager as indicated in this bug: > > {{velocity}} > #set($xwikicontext = $context.context) > #set($rightService = $xwikicontext.getWiki().getRightService()) > * Is the wiki in virtual mode: $xwikicontext.getWiki().isVirtualMode() > * The user [$context.user] has admin rights: > $rightService.hasAdminRights($xwikicontext) > * The user [$context.user] has programming rights: > $rightService.hasProgrammingRights($xwikicontext) > {{/velocity}} > > It gives: > Is the wiki in virtual mode: true > The user [XWiki.Admin] has admin rights: true > The user [XWiki.Admin] has programming rights: true > > I tried with the template "templatexe" also but nothing better... > > Has anyone encountered the same error as me or any idea?
You should make the the /WikiManager/CreateNewWiki page has been saved with the proper user, if your XWiki.Admin has programming right edit and save the page to make sure the page has programming right, maybe for some reason the page as been modified with another user in your wiki.
>
ok I see... Basically, when I create the wiki, it's simply empty and I'm recognized as XWiki.Guest!
That is normal.
Then I import XEM xar file into this wiki and then I log in as XWiki.Admin... but everything has been imported as Guest!
What "import mode" did you used ? I think "Add a new version to the existing document" use current user as author for security reasons but it should keep the user from the xar with "Replace the document history with the history from the package" or "Reset history to version 1.1" i think.
Actually that's not it, looks like all the modes change the user. Checking something.
I found what is the issue but it doe snot seems right. To properly import the xar you have to open it and modify the package.xml file to change <backupPack>false</backupPack> in <backupPack>true</backupPack>
I'm going to try this first...
Actually only the superadmin solution works because Guest doe snot have programming rights even in an empty wiki. See http://jira.xwiki.org/jira/browse/XE-615
maybe I can even go to version 2.2.2 as I begin from scratch:)
Pascal
> regards > Pascal > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs >
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
-- Thomas Mortagne
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
participants (3)
-
Niels Mayer -
Pascal Voitot Dev -
Thomas Mortagne