5 Mar
2010
5 Mar
'10
1:26 a.m.
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&…]
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
6 Mar
6 Mar
2:24 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> 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&…]
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
5:17 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
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
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&…
]
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
5:39 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
That is normal.
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
ok I see...
Basically, when I create the wiki, it's simply empty and I'm recognized as
XWiki.Guest! 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&…
]
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.
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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
regards
Pascal
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
6:09 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
--
Thomas Mortagne
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
Actually that's not it, looks like all the modes change the user.
Checking something.
On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
That is normal.
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
ok I see...
Basically, when I create the wiki, it's simply empty and I'm recognized as
XWiki.Guest! 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&…
]
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.
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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
regards
Pascal
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
6:13 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
--
Thomas Mortagne
--
Thomas Mortagne
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
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>
On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
Actually that's not it, looks like all the modes change the user.
Checking something. On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
That is normal.
On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> 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&…
]
> 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!
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
--
Thomas Mortagne
> regards
> Pascal
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
6:23 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 18:13, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
--
Thomas Mortagne
--
Thomas Mortagne
--
Thomas Mortagne
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
Another way is to log with superadmin before importing the xar (but it
means all the pages will have superadmin as author).
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
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> On Sat, Mar 6, 2010 at 17:17, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
Actually that's not it, looks like all the modes change the user.
Checking something. On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
> On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
> <pascal.voitot.dev(a)gmail.com> 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&…
> ]
> > 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
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
8:55 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 9:23 AM, Thomas Mortagne <thomas.mortagne(a)xwiki.com>
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
7 Mar
7 Mar
12:56 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 20:55, Niels Mayer <nielsmayer(a)gmail.com> wrote:
On Sat, Mar 6, 2010 at 9:23 AM, Thomas
Mortagne <thomas.mortagne(a)xwiki.com> wrote:
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.
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.
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
12:57 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sun, Mar 7, 2010 at 12:56, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
On Sat, Mar 6, 2010 at 20:55, Niels Mayer
<nielsmayer(a)gmail.com> wrote:
other=authors
On Sat, Mar 6, 2010 at 9:23 AM, Thomas
Mortagne <thomas.mortagne(a)xwiki.com> wrote:
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
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. 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.
--
Thomas Mortagne
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
8 Mar
8 Mar
3:23 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
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
6:40 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 11:55 AM, Niels Mayer <nielsmayer(a)gmail.com> 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
6 Mar
6 Mar
8:17 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 6:13 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
--
Thomas Mortagne
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>
wrote:
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:)
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>
wrote:
> On Sat, Mar 6, 2010 at 17:17, Pascal Voitot
Dev
> <pascal.voitot.dev(a)gmail.com> wrote:
>> On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
>> <thomas.mortagne(a)xwiki.com>wrote;wrote:
>>
>>> On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
>>> <pascal.voitot.dev(a)gmail.com> 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&…
>>> ]
>>> > 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
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
7 Mar
7 Mar
12:51 p.m.
New subject: [xwiki-devs] right problem when creating a new wiki with XEM 2.2.1
On Sat, Mar 6, 2010 at 20:17, Pascal Voitot Dev
<pascal.voitot.dev(a)gmail.com> wrote:
On Sat, Mar 6, 2010 at 6:13 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
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
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>
wrote:
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... On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>
wrote:
> On Sat, Mar 6, 2010 at 17:17, Pascal Voitot
Dev
> <pascal.voitot.dev(a)gmail.com> wrote:
>> On Sat, Mar 6, 2010 at 2:24 PM, Thomas Mortagne
>> <thomas.mortagne(a)xwiki.com>wrote;wrote:
>>
>>> On Fri, Mar 5, 2010 at 01:26, Pascal Voitot Dev
>>> <pascal.voitot.dev(a)gmail.com> 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&…
>>> ]
>>> > 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. maybe I can even go to version 2.2.2 as I begin from
scratch:)
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
>
> Pascal
>
>
>
>> > regards
>> > Pascal
>> > _______________________________________________
>> > devs mailing list
>> > devs(a)xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/devs
>> >
>>
>>
>>
>> --
>> Thomas Mortagne
>> _______________________________________________
>> devs mailing list
>> devs(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
--
Thomas Mortagne
5359
days inactive
5362
days old
13 comments
3 participants
participants (3)
-
Niels Mayer -
Pascal Voitot Dev -
Thomas Mortagne