Looks like I'm keeping the mailing list server busy today :)
I have managed to hide the Admin rights/objects/classes part of the edit button by modifying line 9 of menus_content.vm (and attached it to my custom skin)
Changed it from:
#if($isAdvancedUser)
To:
#if($isAdvancedUser && $hasAdmin)
Now I just need to work-out how to remove that from the document index and if the user tries to go to the link directly.
I also need to then workout how to stop advanced users from being able to create their own skins.
Hmmm. Time to take a break I think.
Kind regards,
-----Original Message-----
From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein
Sent: 14 March 2015 16:57
To: XWiki Users
Subject: [xwiki-users] Restrict Access Rights to Admin Users only
Hi
I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues
1) This doesn't appear to be implemented in the skin
2) It appears end users can create their own skins so doing it in the skin is not the right way.
I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.ht…
I have done the following test:
1. TestDoc created in TestSpace by User1
2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights.
3. User2 is given read, comment and edit rights in TestSpace
4. User2 refreshes TestDoc and now can edit the document.
5. User2 looks at TestSpace document index and sees that he cannot delete the document.
6. User2 edits access rights for TestDoc and gives himself delete permission on the document
7. User2 refreshes TestSpace document index and he now can delete TestDoc.
Am I the only one who sees this as a problem?
Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing.
Kind regards,
-----Original Message-----
From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein
Sent: 14 March 2015 15:07
To: XWiki Users
Subject: [xwiki-users] Restrict Access Rights to Admin Users only
Hi
I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles.
I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time.
Kind regards,
Mahomed
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi
I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues
1) This doesn't appear to be implemented in the skin
2) It appears end users can create their own skins so doing it in the skin is not the right way.
I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.ht…
I have done the following test:
1. TestDoc created in TestSpace by User1
2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights.
3. User2 is given read, comment and edit rights in TestSpace
4. User2 refreshes TestDoc and now can edit the document.
5. User2 looks at TestSpace document index and sees that he cannot delete the document.
6. User2 edits access rights for TestDoc and gives himself delete permission on the document
7. User2 refreshes TestSpace document index and he now can delete TestDoc.
Am I the only one who sees this as a problem?
Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing.
Kind regards,
-----Original Message-----
From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein
Sent: 14 March 2015 15:07
To: XWiki Users
Subject: [xwiki-users] Restrict Access Rights to Admin Users only
Hi
I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles.
I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time.
Kind regards,
Mahomed
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi
I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles.
I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time.
Kind regards,
Mahomed
Sorry I thought I was subscribed remade the post
Hello,
I'm using flamingo skin for my xwiki. Trying to make change my default font,
as well as header and title colour so it effects every space and page on
Wiki. I have tried to find this in administrator settings on wiki but no
luck.
Looked up the guides and found a way to change it through file system but I
don't have access to that.
Can I do my task through online xwiki? If there is a way to do this with
classes, can you please explain how? There are lose extensions and
application maybe those can help?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Globally-changing-font-headers-and-title-…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi All
Just a brief update. Our XWiki has been running fine for the last few days with at least 3 people using it. Hopefully it stays that way.
One thing I noticed is that it just "magically" started responding faster the next day. The other thing that I found was that I had missed out configuring the dns servers when I configured the static IP (it was a long day). So it is quite possible that the background process that Marius suggested may have had something to do with a site lookup or name resolution or update (this is purely speculation on my part - but hopefully it helps someone).
Thanks again for this great system. Lots to learn still :)
Kind regards,
-----Original Message-----
From: Mahomed Hussein
Sent: 10 March 2015 16:42
To: XWiki Users
Subject: [nosig] RE: [xwiki-users] Performance Frustrations
Hi
Thanks for the responses. Page you mention below just loaded a blank page (I assume that's the intention). CPU jumped to about 80% for that one request.
That being said, performance has been a bit better today for some reason. There are a couple of extra tweaks I did this morning were:
1. Limited the activity plugin on the dashboard to only show the last 10 changes with 2 changes.
2. Disabled the image for one of the user's avatar.
I have been happily adding documents today and it has been fairly acceptable. But that's just one active user. We'll see how it behaves when it has 10 users on at the same time. I might come back with more questions.
Kind regards,
Mahomed
-----Original Message-----
From: users [mailto:users-bounces@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: 10 March 2015 09:47
To: XWiki Users
Subject: Re: [xwiki-users] Performance Frustrations
I would also check the speed of retrieving a simple/plain wiki page
without the surrounding UI elements:
/xwiki/bin/get/Space/Page
If this is still slow then the reason must be a background task as
Thomas suggested. If it's fast then it means some of the UI elements
slow down the view mode. It may be a panel for instance.
Hope this helps,
Marius
On Tue, Mar 10, 2015 at 10:47 AM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
> Would need more detail on what exactly you call a simple page, you
> should create a new page with empty content. Is the proc OK when
> nobody access XWiki, if not it might mean you have some bakground task
> running and slowing down the instance (a few things I can think of are
> SOLR indexing, Watchlist generating a mail when there is a lot of
> users, first login when you use LDAP with a lots if groups/users, some
> other extension you would have installed) ?
>
> I guess you looked at other stuff in
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If
> you are using MySQL and have some unused memory one other thing I
> notice that can improve a lot the performances is tweak a bit MySQL
> configuration and especially things like innodb_buffer_pool_size which
> can more or less make MySQL behave like a in-memory database if big
> enough (and there is probably many other things but I'm not so much of
> a MySQL expert).
>
> On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein
> <Mahomed(a)custodiandc.com> wrote:
>> Hi
>>
>> We were chugging along quite happily with XWiki then we started to notice a slowdown. Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with only 1 user testing it and about 5 articles in the whole system. Using htop, we can see that the tomcat process are being created and the CPU is going to over 150% - 400% (total across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with little to no effect what so ever. I have tried googling it and almost everyone says to change those options and I’ve tried basing it on the recommendation in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current line reads:
>>
>> JAVA_OPTS="-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m -XX:+UseConcMarkSweepGC"
>>
>> We are running XWiki 6.4.2
>> xwiki-enterprise-tomcat7-mysql package installed using apt-get.
>> OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64)
>> RAM: 4096
>> vCPU: 12
>> Hypervisor: Hyper-v
>>
>> There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in the logs either.
>>
>> To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high CPU and STILL has slow performance. If I compare the response of loading a 75 line article to loading http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?sp…, the extension page loads about 3 times faster (not scientifically accurate timing but it’s different enough to notice consistently).
>>
>> Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get it to perform quickly enough, users will avoid using it.
>>
>> Thanks again for your time and any help.
>>
>>
>> Kind regards,
>>
>> Mahomed
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
I am starting up Xwiki 6.4.2 in JBoss EAP 6.3 (running jdk1.7.0_51_x64).
During startup I get below stacktrace in the server.log. I grepped through
all jar files in the WEB-INF/lib directory but cannot find a class by that
name. Infact, sisu-guice-3.2.4-no_aop.jar contains the com.google.inject
package, but only the subpackages binder, internal, matcher, name, spi and
util. The "servlet" subpackage is absent but appears to be required.
The application doesn't complain any further. It creates its database
tables and I can launch the Distribution Wizard (though that gives me a
different kind of issue as per my other mail).
What can I do to make my Xwiki install happy?
2015-03-12 18:56:21,287 -0500 WARN [org.jboss.modules] (ServerService
Thread Pool -- 61) Failed to define class
org.eclipse.sisu.inject.DefaultRankingFunction$ServletVisitor
in Module "deployment.xwiki.war:main" from Service Module Loader:
java.lang.LinkageError: Failed to link
org/eclipse/sisu/inject/DefaultRankingFunction$ServletVisitor (Module
"deployment.xwiki.war:main" from Service Module Loader)
at
org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:487)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at org.jboss.modules.Module.loadModuleClass(Module.java:568)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.eclipse.sisu.inject.DefaultRankingFunction.<clinit>(DefaultRankingFunction.java:40)
[org.eclipse.sisu.inject-0.2.1.jar:]
at
org.codehaus.plexus.DefaultPlexusContainer$DefaultsModule.configure(DefaultPlexusContainer.java:856)
[org.eclipse.sisu.plexus-0.2.1.jar:]
at
com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:253)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.spi.Elements.getElements(Elements.java:108)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.spi.Elements.getElements(Elements.java:99)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at org.eclipse.sisu.wire.WireModule.configure(WireModule.java:75)
[org.eclipse.sisu.inject-0.2.1.jar:]
at
com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:253)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.spi.Elements.getElements(Elements.java:108)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at
com.google.inject.internal.InjectorShell$Builder.build(InjectorShell.java:135)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at
com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:104)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.Guice.createInjector(Guice.java:96)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.Guice.createInjector(Guice.java:73)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at com.google.inject.Guice.createInjector(Guice.java:62)
[sisu-guice-3.2.4-no_aop.jar:3.2.4]
at
org.codehaus.plexus.DefaultPlexusContainer.addPlexusInjector(DefaultPlexusContainer.java:479)
[org.eclipse.sisu.plexus-0.2.1.jar:]
at
org.codehaus.plexus.DefaultPlexusContainer.<init>(DefaultPlexusContainer.java:205)
[org.eclipse.sisu.plexus-0.2.1.jar:]
at
org.codehaus.plexus.DefaultPlexusContainer.<init>(DefaultPlexusContainer.java:168)
[org.eclipse.sisu.plexus-0.2.1.jar:]
at
org.xwiki.extension.repository.aether.internal.components.PlexusContainerProvider.initialize(PlexusContainerProvider.java:63)
[xwiki-commons-extension-repository-ma
ven-6.4.2.jar:]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:355)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:334)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.addRepository(DefaultExtensionRepositoryManager.java:125)
[xwiki-commons-extension-api-6.4.2.jar:]
at
org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.initialize(DefaultExtensionRepositoryManager.java:103)
[xwiki-commons-extension-api-6.4.2.jar:]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:355)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:344)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:344)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:344)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:344)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:214)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198)
[xwiki-commons-legacy-component-default-6.4.2.jar:]
at
org.xwiki.observation.internal.DefaultObservationManager.initializeListeners(DefaultObservationManager.java:164)
[xwiki-commons-observation-local-6.4.2.jar:]
at
org.xwiki.observation.internal.DefaultObservationManager.getListenersByEvent(DefaultObservationManager.java:131)
[xwiki-commons-observation-local-6.4.2.jar:]
at
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:267)
[xwiki-commons-observation-local-6.4.2.jar:]
at
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:321)
[xwiki-commons-observation-local-6.4.2.jar:]
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:118)
[xwiki-platform-container-servlet-6.4.2.jar:]
at
org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339)
[jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4]
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3777)
[jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4]
at
org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:161)
[jboss-as-web-7.4.0.Final-redhat-19.jar:7.4.0.Final-redhat-19]
at
org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:59)
[jboss-as-web-7.4.0.Final-redhat-19.jar:7.4.0.Final-redhat-19]
at
org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:94)
[jboss-as-web-7.4.0.Final-redhat-19.jar:7.4.0.Final-redhat-19]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[rt.jar:1.7.0_51]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
[rt.jar:1.7.0_51]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_51]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_51]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
Caused by: java.lang.NoClassDefFoundError:
com/google/inject/servlet/ServletModuleTargetVisitor
at java.lang.ClassLoader.defineClass1(Native Method)
[rt.jar:1.7.0_51]
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
[rt.jar:1.7.0_51]
at
org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482)
[jboss-modules.jar:1.3.3.Final-redhat-1]
... 73 more
Caused by: java.lang.ClassNotFoundException:
com.google.inject.servlet.ServletModuleTargetVisitor from [Module
"deployment.xwiki.war:main" from Service Module Loader]
at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
[jboss-modules.jar:1.3.3.Final-redhat-1]
at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
[jboss-modules.jar:1.3.3.Final-redhat-1]
... 77 more
I would like to use this wiki for a personal knowledgebase.
Ownername: peterschussheim
Wiki name: peter
Thank you
This e-mail and any file transmitted with it is for the sole use of the intended recipient and may contain material that is confidential. If you are not the intended recipient of this e-mail, please notify us immediately by reply e-mail or by telephone and then delete this message and any file attached from your system. You should not copy or use it for any purpose, disclose the contents of the same to any other person or forward it without express permission.
Hi xwikiers,
I finally started an extension that I want to start since a very long
time now: an extension where to put extensions related tricks that are
either not polished enough or too dangerous to put in the standard
Extension Manager UI.
You can find it on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Tweak
and you can installed it with Extension Manager of course ;) I tested
it mostly on 6.4.2 but it's using APIs that are supposed to exist
since 4.0.
It does not contain much yet but I will put more things I have in mind
when I have some time and don't hesitate to add scripts you made for
your needs here and there.
--
Thomas Mortagne
I am using the Extension Updater to upgrade our XWiki instance from 6.3 to
6.4.2 Whenever I try to upgrade the 'XWiki Enterprise - UI - Main Wiki All'
package, I get the following error:
* An extension with feature
[org.xwiki.platform:xwiki-platform-appwithinminutes-ui] is already installed
on root namespace
([org.xwiki.platform:xwiki-platform-appwithinminutes-ui-6.3])
class org.xwiki.extension.InstallException: Failed to resolve extension at
org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(Abs
tractInstallPlanJob.java:770) at
org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(Abs
tractInstallPlanJob.java:393) at
org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(Abs
tractInstallPlanJob.java:290) at
org.xwiki.extension.job.internal.AbstractInstallPlanJob.start(AbstractInstal
lPlanJob.java:220) at
org.xwiki.extension.job.internal.InstallPlanJob.runInternal(InstallPlanJob.j
ava:88) at
org.xwiki.job.internal.AbstractJob.runInContext(AbstractJob.java:209) at
org.xwiki.job.internal.AbstractJob.run(AbstractJob.java:192)
I have tried to upgrade from 6.3 to 6.4.1 first and then upgrade from 6.4.1
to 6.4.2, but I still get the same issue when going from 6.4.1 to 6.4.2.
Going from 6.3 to 6.4.1 works fine.
Are there any workarounds to get Enterprise UI package to upgrade, or will
this be something that is fixed in next release?
Thank you,
Charlie
Seem to have vanished, is there as way to bring them back ?
I'm loving the copy and paste from Excel to create a table, but I
would love to see the cell borders, it makes it much easier when
navigating a larger table.
Cheers