[xwiki-users] Github tracker. was: Re: New Realtime collaborative editing extension.
Just a quick. You seem to introduce a practice to use the github tracker instead of xwiki.org jira's Not sure it's a good thing. I'm sure Vincent will agree Ludovic Envoyé de mon iPhone Le 23 oct. 2012 à 04:17, Caleb James DeLisle calebdeli...@lavabit.com a écrit : One other thing, please report the features which you want and what you imagine as best on the github tracker, it's easier to close an issue as won't fix than it is to remember an important issue which nobody wrote down ;) Thanks Caleb On 10/22/2012 10:14 PM, Caleb James DeLisle wrote: Hi, Thanks for the complement. I just updated it and fixed issue #1. Thanks for reporting it. Somehow showing who else is editing, showing where they are editing in the document and allowing the user to spawn a chat window with other editors on the page are all interesting possibilities. Right now I think the thing to do is decide where there is the most bang for your buck in terms of feature value and get an idea of what's most natural for the user. Thanks, Caleb On 10/19/2012 07:59 AM, Ryszard Łach wrote: Great work! It looks like good starting point to give xwiki the main (at least for me) feature, that makes googledoc sometimes more suitable for collaborative editing. It would be really great, if your editor would show somehow, where the other editor (person) is now, where is his cursor. Maybe a highlight (the whole line) showing the other's cursor placement? Do you plan to work on such improvements? R. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] using and creating Templates in XWiki 4.2
Hello Guys, first of all i would like to say that i'm a student from germany so sorry for my bad english. i've already used the search function but i don't find a solution for my problem. I'm using Xwiki 4.2 and i would like to create templates for the input of the members. There should be a uniform structure, and each entry should look almost equal in my xwiki. I would like to create a template for customer information and at the top there should be a table of contents. in addition to that some areas should not be visible for all member groups. thanks in advance -- View this message in context: http://xwiki.475771.n2.nabble.com/using-and-creating-Templates-in-XWiki-4-2-tp7581956.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] using and creating Templates in XWiki 4.2
Can nobody help me ? -- View this message in context: http://xwiki.475771.n2.nabble.com/using-and-creating-Templates-in-XWiki-4-2-tp7581956p7581962.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] New Realtime collaborative editing extension.
2012/10/23 Caleb James DeLisle calebdeli...@lavabit.com On 10/17/2012 06:11 AM, Ludovic Dubost wrote: Hi Caleb, This is great progress ! Way to go. Some improvements, sorted by priority from my POV: - Support real-time editing on an object Textarea field Not sure I understand this, you mean for inline edit? if so, there will of course be issues with input fields, checkboxes, and radio bubbles. While of course it would be interesting to handle every form field of an inline edit, this is not critical. What's interesting is to be able to launch a realtime session on a textarea field only. Now there is an issue since we don't have the same options to switch between modes on a textarea field, which is configured to go to Wysiwyg or Wiki based on configuration. Even the Wysiwyg field does not have the Source switch (which is a bit of an issue as sometimes you would need to switch to source). But this is a separate issue. We can do one of the following: 1/ Add a button to launch a realtime session which would be able to unload the wysiwyg (if present) and launch realtime 2/ Support parameters that would switch to realtime. Not we already have the xeditmode=text parameter which force loading wiki instead of wysiwyg. So you could just make sure that http://.../inline/...?xeditmode=text#Realtime would launch realtime on the first textarea field (or even on all fields). Ludovic - The current textarea does not allow to do a select All of the text Added an issue for select all with ctrl+a as well as save (alt+s) and save+continue (shift+alt+s) https://github.com/cjdelisle/xwiki-platform-realtime/issues/3 - XEM compatibility either as an extension for the global wiki, or as a template based install (right now you have to install the XAR in each wiki) https://github.com/cjdelisle/xwiki-platform-realtime/issues/2 - Install through extension manager https://github.com/cjdelisle/xwiki-platform-realtime/issues/4 easy to do as long as XEM support still requires manual intervention I think the rest of these issues fall in the refactor realtime editor category. I started a draft here: http://dev.xwiki.org/xwiki/bin/view/Drafts/RealTimeEditor So we can talk about what is best for the next generation of the editor. Thanks, Caleb - See who's editing - Auto-saving - Handling merging if there has been a concurrent editing - Support a live switch from wiki editing to real-time editing Ludovic 2012/10/17 Vincent Massol vinc...@massol.net Hi Caleb, Ok I've played with it, very cool! :) Some next steps: * Make it a real extension installable with the Extension Manager: ** Move the project to xwiki-contrib and release a first 1.0 version of the JAR and XAR in the xwiki maven repo for contrib Slightly later: * Add an Extension Point for the Edit menu and transform the JS Skin extension into a UI Extension Of course in term of the editor itself there are a few things to improve. Some ideas: * Release the lock only when all the editors have either cancelled or saved the document so that someone who edits in wiki mode gets a lock dialog box if someone is still editing it * See who's editing + colors to differentiate users * Use a textarea similar to the wiki editor one (no line number, same font, etc) Thanks -Vincent On Oct 17, 2012, at 8:57 AM, Vincent Massol vinc...@massol.net wrote: Hi Caleb, What a nice morning treat! :) I'll check it out later today. Thanks -Vincent On Oct 17, 2012, at 7:12 AM, Caleb James DeLisle calebdeli...@lavabit.com wrote: Hi guys, I just finished repackaging the realtime collaborative editor which was developed as part of wiki/3.0. It is now installable as an extension. It's still a bit rough around the edges but it's pretty safe to play with so everyone is invited to give it a try. * Multiple users can edit the same document at the same time and their changes are merged in real time. * The RealTime Wiki editor is an option along side WYSIWYG and Wiki so it won't break existing editors. * Easy installation by copying a .jar file and importing a .xar file, removal is simply deleting 2 XDocuments. http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor Please feel free to share your experiences in the mailing list, on the extension wiki page and on the github bug tracker. Thanks, Caleb ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost ___ users mailing list users@xwiki.org
Re: [xwiki-users] [xwiki-devs] New Realtime collaborative editing extension.
Hi Caleb, Happy to see you`re working on the RT editor :) Now, I`m not sure why you`re using GitHub's issue tracker instead of Jira, but I also wanted to point out that there already exist a couple of issues [1] from the Wiki3.0 project on the RT editor, just in case you did not know about them. Hope this helps, Eduard -- [1] http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+WIKITHREEDOTO+AND+component+%3D+%22Realtime+editor%22+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide On Tue, Oct 23, 2012 at 1:42 PM, Ludovic Dubost ludo...@xwiki.com wrote: 2012/10/23 Caleb James DeLisle calebdeli...@lavabit.com On 10/17/2012 06:11 AM, Ludovic Dubost wrote: Hi Caleb, This is great progress ! Way to go. Some improvements, sorted by priority from my POV: - Support real-time editing on an object Textarea field Not sure I understand this, you mean for inline edit? if so, there will of course be issues with input fields, checkboxes, and radio bubbles. While of course it would be interesting to handle every form field of an inline edit, this is not critical. What's interesting is to be able to launch a realtime session on a textarea field only. Now there is an issue since we don't have the same options to switch between modes on a textarea field, which is configured to go to Wysiwyg or Wiki based on configuration. Even the Wysiwyg field does not have the Source switch (which is a bit of an issue as sometimes you would need to switch to source). But this is a separate issue. We can do one of the following: 1/ Add a button to launch a realtime session which would be able to unload the wysiwyg (if present) and launch realtime 2/ Support parameters that would switch to realtime. Not we already have the xeditmode=text parameter which force loading wiki instead of wysiwyg. So you could just make sure that http:// .../inline/...?xeditmode=text#Realtime would launch realtime on the first textarea field (or even on all fields). Ludovic - The current textarea does not allow to do a select All of the text Added an issue for select all with ctrl+a as well as save (alt+s) and save+continue (shift+alt+s) https://github.com/cjdelisle/xwiki-platform-realtime/issues/3 - XEM compatibility either as an extension for the global wiki, or as a template based install (right now you have to install the XAR in each wiki) https://github.com/cjdelisle/xwiki-platform-realtime/issues/2 - Install through extension manager https://github.com/cjdelisle/xwiki-platform-realtime/issues/4 easy to do as long as XEM support still requires manual intervention I think the rest of these issues fall in the refactor realtime editor category. I started a draft here: http://dev.xwiki.org/xwiki/bin/view/Drafts/RealTimeEditor So we can talk about what is best for the next generation of the editor. Thanks, Caleb - See who's editing - Auto-saving - Handling merging if there has been a concurrent editing - Support a live switch from wiki editing to real-time editing Ludovic 2012/10/17 Vincent Massol vinc...@massol.net Hi Caleb, Ok I've played with it, very cool! :) Some next steps: * Make it a real extension installable with the Extension Manager: ** Move the project to xwiki-contrib and release a first 1.0 version of the JAR and XAR in the xwiki maven repo for contrib Slightly later: * Add an Extension Point for the Edit menu and transform the JS Skin extension into a UI Extension Of course in term of the editor itself there are a few things to improve. Some ideas: * Release the lock only when all the editors have either cancelled or saved the document so that someone who edits in wiki mode gets a lock dialog box if someone is still editing it * See who's editing + colors to differentiate users * Use a textarea similar to the wiki editor one (no line number, same font, etc) Thanks -Vincent On Oct 17, 2012, at 8:57 AM, Vincent Massol vinc...@massol.net wrote: Hi Caleb, What a nice morning treat! :) I'll check it out later today. Thanks -Vincent On Oct 17, 2012, at 7:12 AM, Caleb James DeLisle calebdeli...@lavabit.com wrote: Hi guys, I just finished repackaging the realtime collaborative editor which was developed as part of wiki/3.0. It is now installable as an extension. It's still a bit rough around the edges but it's pretty safe to play with so everyone is invited to give it a try. * Multiple users can edit the same document at the same time and their changes are merged in real time. * The RealTime Wiki editor is an option along side WYSIWYG and Wiki so it won't break existing editors. * Easy installation by copying a .jar file and importing a .xar file, removal is simply deleting 2 XDocuments.
Re: [xwiki-users] Github tracker. was: Re: New Realtime collaborative editing extension.
I agree. I'd fill a feature request on jira, but I'm not sure what project should I fill it against maybe that's also the reason for Caleb to use github? R. On 23.10.2012 09:19, Ludovic Dubost wrote: Just a quick. You seem to introduce a practice to use the github tracker instead of xwiki.org jira's Not sure it's a good thing. I'm sure Vincent will agree Ludovic Envoyé de mon iPhone Le 23 oct. 2012 à 04:17, Caleb James DeLisle calebdeli...@lavabit.com a écrit : One other thing, please report the features which you want and what you imagine as best on the github tracker, it's easier to close an issue as won't fix than it is to remember an important issue which nobody wrote down ;) Thanks Caleb On 10/22/2012 10:14 PM, Caleb James DeLisle wrote: Hi, Thanks for the complement. I just updated it and fixed issue #1. Thanks for reporting it. Somehow showing who else is editing, showing where they are editing in the document and allowing the user to spawn a chat window with other editors on the page are all interesting possibilities. Right now I think the thing to do is decide where there is the most bang for your buck in terms of feature value and get an idea of what's most natural for the user. Thanks, Caleb On 10/19/2012 07:59 AM, Ryszard Łach wrote: Great work! It looks like good starting point to give xwiki the main (at least for me) feature, that makes googledoc sometimes more suitable for collaborative editing. It would be really great, if your editor would show somehow, where the other editor (person) is now, where is his cursor. Maybe a highlight (the whole line) showing the other's cursor placement? Do you plan to work on such improvements? R. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- jabber: ryszard.l...@jabber.contium.pl skype: ryszard.lach.contium CONTIUM S.A. http://www.contium.pl tel.: (71) 35 84 112 sekretariat: (71) 35 84 100 tel. kom: +48 502 724 115 GPG Key ID: 0x05792F34 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] XWiki 4.2 and Tomcat7 and Proxy
Hi, I'm trying to install XWiki 4.2 on Tomcat container (on Linux Redhat 6.3) For the extension manager, I have set the proxy using -Dhttp.proxyHost=theproxy -Dhttp.proxyPort=8080 -Dhttps.proxyHost=theproxy -Dhttps.proxyPort=8080 the in the CATALINA_OPTS. Each time the XWiki is started, I have this kind of errors : http://pastebin.com/raw.php?i=UTzKUigX I'm able to install new extensions, but the Upgrade wizard didn't found XWiki Entreprise UI (the xwiki-enterprise-ui-all-4.2.xar was manually uploaded). Using a simple Java program that use the proxy, I'm able to download the URL shown in the log. So I guess the proxy is correctly configured. Am I missing something in the configuration ? -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-4-2-and-Tomcat7-and-Proxy-tp7581972.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 4.2 and Tomcat7 and Proxy
See https://jira.xwiki.org/browse/XCOMMONS-280 On Tue, Oct 23, 2012 at 3:27 PM, aflament aflam...@geodisbm.com wrote: Hi, I'm trying to install XWiki 4.2 on Tomcat container (on Linux Redhat 6.3) For the extension manager, I have set the proxy using -Dhttp.proxyHost=theproxy -Dhttp.proxyPort=8080 -Dhttps.proxyHost=theproxy -Dhttps.proxyPort=8080 the in the CATALINA_OPTS. Each time the XWiki is started, I have this kind of errors : http://pastebin.com/raw.php?i=UTzKUigX I'm able to install new extensions, but the Upgrade wizard didn't found XWiki Entreprise UI (the xwiki-enterprise-ui-all-4.2.xar was manually uploaded). Using a simple Java program that use the proxy, I'm able to download the URL shown in the log. So I guess the proxy is correctly configured. Am I missing something in the configuration ? -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-4-2-and-Tomcat7-and-Proxy-tp7581972.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Failure to install Extension Repository Application with Extension Manager
Hi Thomas, Some follow-up: - tried your patch on 4.2, but I had same missing Class at startup - so I tried with XE 4.3 snapshot (http://maven.xwiki.org/snapshots/org/xwiki/enterprise/xwiki-enterprise-installer-windows/4.3-SNAPSHOT/xwiki-enterprise-installer-windows-4.3-20121022.133830-76.exe ) With that version I can successfully install and resolve extensions from maven-xwiki repo through network proxy, so I believe your fix works ! :) Br and thanks, Jeremie 2012/10/22 Thomas Mortagne thomas.morta...@xwiki.com: On Mon, Oct 22, 2012 at 1:00 PM, Jeremie BOUSQUET jeremie.bousq...@gmail.com wrote: No, because in that case tomcat failed to start ... If I replace xwiki-commons-extension-repository-aether-4.1.4.jar by xwiki-commons-extension-repository-maven-4.3-20121018.144743-26.jar (if I'm not mistaken, the name changed, at least I found), then I get the following exception at start: SEVERE: Exception sending context initialized event to listener instance of class org.xwiki.container.servlet.XWikiServletContextListener java.lang.NoClassDefFoundError: org/xwiki/extension/repository/AbstractExtensionRepositoryFactory at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:621) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1850) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:890) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1354) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at org.xwiki.component.annotation.ComponentAnnotationLoader.register(ComponentAnnotationLoader.java:160) at org.xwiki.component.annotation.ComponentAnnotationLoader.initialize(ComponentAnnotationLoader.java:139) at org.xwiki.component.annotation.ComponentAnnotationLoader.initialize(ComponentAnnotationLoader.java:121) at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:123) at org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:52) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3934) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4429) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:850) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:724) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:722) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:583) 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.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.ClassNotFoundException: org.xwiki.extension.repository.AbstractExtensionRepositoryFactory at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 36 more Oct 22, 2012 12:55:44 PM org.apache.catalina.core.StandardContext start I'm in 4.1.4 not 4.2, maybe your patch is then not compatible ... I can move to 4.2 to ease testings though, I planned to do that
Re: [xwiki-users] Failure to install Extension Repository Application with Extension Manager
On Tue, Oct 23, 2012 at 4:07 PM, Jeremie BOUSQUET jeremie.bousq...@gmail.com wrote: Hi Thomas, Some follow-up: - tried your patch on 4.2, but I had same missing Class at startup - so I tried with XE 4.3 snapshot (http://maven.xwiki.org/snapshots/org/xwiki/enterprise/xwiki-enterprise-installer-windows/4.3-SNAPSHOT/xwiki-enterprise-installer-windows-4.3-20121022.133830-76.exe ) With that version I can successfully install and resolve extensions from maven-xwiki repo through network proxy, so I believe your fix works ! :) That's great ! I will backport it to 4.2 so that it's included in 4.2.1. Br and thanks, Jeremie 2012/10/22 Thomas Mortagne thomas.morta...@xwiki.com: On Mon, Oct 22, 2012 at 1:00 PM, Jeremie BOUSQUET jeremie.bousq...@gmail.com wrote: No, because in that case tomcat failed to start ... If I replace xwiki-commons-extension-repository-aether-4.1.4.jar by xwiki-commons-extension-repository-maven-4.3-20121018.144743-26.jar (if I'm not mistaken, the name changed, at least I found), then I get the following exception at start: SEVERE: Exception sending context initialized event to listener instance of class org.xwiki.container.servlet.XWikiServletContextListener java.lang.NoClassDefFoundError: org/xwiki/extension/repository/AbstractExtensionRepositoryFactory at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:621) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1850) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:890) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1354) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at org.xwiki.component.annotation.ComponentAnnotationLoader.register(ComponentAnnotationLoader.java:160) at org.xwiki.component.annotation.ComponentAnnotationLoader.initialize(ComponentAnnotationLoader.java:139) at org.xwiki.component.annotation.ComponentAnnotationLoader.initialize(ComponentAnnotationLoader.java:121) at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:123) at org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:52) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3934) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4429) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:850) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:724) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:722) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:583) 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.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.ClassNotFoundException: org.xwiki.extension.repository.AbstractExtensionRepositoryFactory at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 36 more Oct 22, 2012 12:55:44 PM
[xwiki-users] Install of ldap extension fails
I am attempting to install the ldap application using the extension manager. I am operating behind a proxy. I have set the proxy settings using the java system properties, and I am able to list / view extensions. However when I try to install an extension I get an error that Could not find extension dependency [org.xwiki.platform:xwiki-platform-ldap-api-4.0] Full stack trace is below. I am guessing this is related to https://jira.xwiki.org/browse/XCOMMONS-280 Is there a workaround?, something I can set to install this plugin. Could not find extension dependency [org.xwiki.platform:xwiki-platform-ldap-api-4.0] class org.xwiki.extension.InstallException: Failed to resolve extension at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:684) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:383) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:295) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.start(AbstractInstallPlanJob.java:225) at org.xwiki.extension.job.internal.InstallPlanJob.start(InstallPlanJob.java:88) at org.xwiki.job.AbstractJob.start(AbstractJob.java:134) at org.xwiki.job.internal.DefaultJobManager.run(DefaultJobManager.java:156) at java.lang.Thread.run(Thread.java:662) Caused by: class org.xwiki.extension.InstallException: Failed to resolve extension dependency [org.xwiki.platform:xwiki-platform-ldap-api-4.0] at org.xwiki.extension.job.internal.AbstractInstallPlanJob.resolveExtension(AbstractInstallPlanJob.java:733) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:597) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtensionDependency(AbstractInstallPlanJob.java:572) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:782) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:682) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:383) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:295) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.start(AbstractInstallPlanJob.java:225) at org.xwiki.extension.job.internal.InstallPlanJob.start(InstallPlanJob.java:88) at org.xwiki.job.AbstractJob.start(AbstractJob.java:134) at org.xwiki.job.internal.DefaultJobManager.run(DefaultJobManager.java:156) at java.lang.Thread.run(Thread.java:662) Caused by: class org.xwiki.extension.ResolveException: Could not find extension dependency [org.xwiki.platform:xwiki-platform-ldap-api-4.0] at org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.resolve(DefaultExtensionRepositoryManager.java:177) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.resolveExtension(AbstractInstallPlanJob.java:731) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:597) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtensionDependency(AbstractInstallPlanJob.java:572) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:782) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:682) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:383) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:295) at org.xwiki.extension.job.internal.AbstractInstallPlanJob.start(AbstractInstallPlanJob.java:225) at org.xwiki.extension.job.internal.InstallPlanJob.start(InstallPlanJob.java:88) at org.xwiki.job.AbstractJob.start(AbstractJob.java:134) at org.xwiki.job.internal.DefaultJobManager.run(DefaultJobManager.java:156) at java.lang.Thread.run(Thread.java:662) -- View this message in context: http://xwiki.475771.n2.nabble.com/Install-of-ldap-extension-fails-tp7581987.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users