xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] LDAP Authentication - Restrict to many groups

by DAL MOLIN, Sandrine (DIMENSION DATA)

Hello to the Wiki team! I'm facing an issue, as I need to limit the XWiki access to users which are on several GGM groups (LDAP). The "RESTRICT TO GROUP" field in the LDAP menu can only support 1 group, and the LDAP syntax doesn't work to add the others. I saw the issue "XWIKI-2518 - Support multiple include/exclude filter in LDAP authentication" is still opened. Do you know how can I add the other groups? Can I use a specific syntax? Thank you for your support. Best Regards, Sandrine The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.

9 years, 12 months

[xwiki-devs] [ANN] XWiki 6.4 Release Candidate 1 released

by Marius Dumitru Florea

The XWiki development team is proud to announce the availability of XWiki 6.4 Release Candidate 1. This release brings many improvements to the Mail Application and its API, including support for mail throttling. A new 'Wikis' category is available in the administration that groups together sections with wiki-related configuration options. Other smaller improvements (23) and a few bug fixes (15) complete this release. Would be great if you can give it a try and report whatever issues you may find so that we can fix them before the 6.4 final release. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki64RC1 Thanks -The XWiki dev team

9 years, 12 months

[xwiki-devs] [Proposal] Use the "@Rule ExpectedException" strategy for asserting exception in unit tests

by vincent＠massol.net

Hi devs, I’d like to propose that we use the strategy described at https://github.com/junit-team/junit/wiki/Exception-testing (thanks to Lyes for pointing out this page to me). For example: @Test public void sendSynchronousWithErrors() throws Exception { ... this.thrown.expect(MessagingException.class); this.thrown.expectMessage("Some messages have failed to be sent for the following reasons: " + "[[[errorsummary1],[errordescription1]][[errorsummary2],[errordescription2]]]"); this.mocker.getComponentUnderTest().send(Arrays.asList(message), session); } I feel it’s slightly better than our current idiom based on try/catch. One advantage is that we cannot forget to put the fail(). WDYT? Thanks -Vincent

9 years, 12 months

[xwiki-devs] [Contrib] Request repository for "Review Pages" Application

by Clemens Klein-Robbenhaar

Hello devs, I would like to create a repository on xwiki-contrib for a "Review Pages" application. Name: application-reviewpages Description: This application allows to maintain list of wiki pages that needs to be reviewed from time to time, together with a date for the next review for each page. It is actually nothing like the review macro at https://github.com/xwiki-contrib/macro-reviews instead it just allows you to tick off pages as "yes, I have reviewed it, and it looks ok now" (possibly after fixes) Maybe someone knows a better name for it? The idea is to use this for "quality audits" of these pages, though in the current state the application is not there yet. State: This App is not released on e.x.o yet, but I plan to do a first release as soon as possible It is running locally and a (german language) demo is at http://qualitaetsmanagement.wiki.espresto.de/wiki/bin/view/ReviewPages/WebH… (user/passwd: test:test already filled in, just click the blue button ;)) Tools: git repo, JIRA project. (Integration in the continuous build process is *not* needed.) Cheers, Clemens

9 years, 12 months

Re: [xwiki-devs] [xwiki-users] Howto use mvn xar:format ?

by Pascal BASTIEN

My editor is vi on Linux then I use unix end of line... I launch mvn -e xar:format for the second time and ^M disapeared... (X-files case? :-) ) NB: and the download is not launched at the second time Thxs a lot both. Pascal B De : Eduard Moraru <enygma2002(a)gmail.com> À : Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr>; XWiki Users <users(a)xwiki.org> Envoyé le : Vendredi 9 janvier 2015 13h50 Objet : Re: [xwiki-users] Howto use mvn xar:format ? On Fri, Jan 9, 2015 at 2:41 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr> wrote: ... erratum The wrong end of line is not on all TagCloud.xml file lines:I must remove them before to commit: with :set ff=unix with vi ? Not sure about this one. I think it might help if you configure your editor to use unix line ending. In any case, I think it does not matter because when you commit on git, the line endings will be converted to unix automatically. Thanks, Eduard <?xml version="1.0" encoding="UTF-8"?> <!--^M * See the NOTICE file distributed with this work for additional^M * information regarding copyright ownership.^M *^M ... <classType>com.xpn.xwiki.objects.classes.StaticListClass</classType> </use> </class> <property> <cache>long</cache> </property> <property> <code>ol.tagCloud {^M text-align: justify;^M /* Overriding of toucan value */^M margin: 0;^M padding: 0;^M }^M ^M div#dashboardleft ol.tagCloud {^M /* We re-set this value here on purpose so that uses of the cloud outside of the dashboard are not affected */^M margin: 0.5em;^M }^M De : Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr> À : Thomas Mortagne <thomas.mortagne(a)xwiki.com>; XWiki Users <users(a)xwiki.org> Cc : devs XWiki <devs(a)xwiki.org> Envoyé le : Vendredi 9 janvier 2015 13h30 Objet : Re: [xwiki-users] Howto use mvn xar:format ? Yes you are right, then I found this: http://stackoverflow.com/questions/26973145/maven-build-error-tools-jar-not… and mvn -e xar:format work well now. ... but I have a strange think with the result: each lines in TagCloud.xml contain (windows'end of line character) ^M on my linux. De : Thomas Mortagne <thomas.mortagne(a)xwiki.com> À : Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr>; XWiki Users <users(a)xwiki.org> Cc : devs XWiki <devs(a)xwiki.org> Envoyé le : Vendredi 9 janvier 2015 12h11 Objet : Re: [xwiki-users] Howto use mvn xar:format ? Well you seems to have a Java issue but no idea how you can end up with the build complaining about /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar. What version of Maven are you using ? Most of us (and more importantly the build agents) are still using 3.0.5. On Fri, Jan 9, 2015 at 10:40 AM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr> wrote: > Hello, > To clean and Pull Request my patch I need to launch "mvn xar:format" command but I didn't managed to use it and didn't found a simple documentation about it (notice, I didn't eat a maven book either) > I don't want rebuild Xwiki package but I want only check/clean xml file (from XAR) before to pull request it on github. > Here my manipulation on my debian testing:- I installed current maven package (3.0.4 version) > - I create the conf file ~/.m2/settings.xml provided here: http://dev.xwiki.org/xwiki/bin/view/Community/Building#HInstallingMaven > (I'm behind a http proxy, then I add http://dev.xwiki.org/xwiki/bin/view/Community/Building#HBuildingbehindaproxy parameter in ~/.m2/settings.xm) > > I download Xwiki source with theses commands:#Only first time > cd /home/git-wiki/ > git clone https://github.com/XXXX/xwiki-platform.git > cd xwiki-platform/ > git remote add upstream https://github.com/xwiki/xwiki-platform.git > git remote -v > > # synchro before modify > cd /home/git-wiki/xwiki-platform/ > git fetch upstream > git checkout master > git merge upstream/master > #branch creation and modif of files > git checkout -B XWIKI-MaBranche > vi /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui/src/main/resources/XWiki/TagCloud.xm > > Here my problems, I want to check TagCloud.xm with mvn xar:format:cd /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui mvn -e xar:formatI obtain the insanity that I paste at the end of this mail! > To resume, howto check my tiny improvment with mvn xar:format?In the same time, I want to avoid maven download the entire world each time I launch it :-)) > > Thxs for yor help. > Pascal B > ***************************** > root@buttle:/home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui# mvn -e xar:format > [INFO] Error stacktraces are turned on. > [INFO] Scanning for projects... > [INFO] > [INFO] ------------------------------------------------------------------------ > [INFO] Building XWiki Platform - Tag - UI 6.4-SNAPSHOT > [INFO] ------------------------------------------------------------------------ > [INFO] ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 5.962s > [INFO] Finished at: Fri Jan 09 10:24:42 CET 2015 > [INFO] Final Memory: 19M/228M > [INFO] ------------------------------------------------------------------------ > [ERROR] Failed to execute goal on project xwiki-platform-tag-ui: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project xwiki-platform-tag-ui: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar > at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:210) > at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:117) > at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar > at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:189) > at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:185) > ... 22 more > Caused by: org.sonatype.aether.resolution.DependencyResolutionException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar > at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:375) > at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:183) > ... 23 more > Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar > at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538) > at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216) > at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:358) > ... 24 more > Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar > at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:256) > ... 26 more > [ERROR] > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please read the following articles: > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionExcept… > > *******************If I launch mvn -e xar:format from a directory without pom.xml file: > [ERROR] No plugin found for prefix 'xar' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/root/.m2/repository), xwiki-plugins-snapshots (http://nexus.xwiki.org/nexus/content/groups/public-snapshots), xwiki-plugins-releases (http://nexus.xwiki.org/nexus/content/groups/public), central (http://repo.maven.apache.org/maven2)] -> [Help 1] > org.apache.maven.plugin.prefix.NoPluginFoundForPrefixException: No plugin found for prefix 'xar' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/root/.m2/repository), xwiki-plugins-snapshots (http://nexus.xwiki.org/nexus/content/groups/public-snapshots), xwiki-plugins-releases (http://nexus.xwiki.org/nexus/content/groups/public), central (http://repo.maven.apache.org/maven2)] > > > > > > _______________________________________________ > 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

10 years

[xwiki-devs] Debugging issue in PDF export functionality.

by Karel Gardas

Hello, I'm trying to debug those two issues: http://jira.xwiki.org/browse/XPDFECA-11 http://jira.xwiki.org/browse/XPDFECA-12 to easy my debugging work, I've installed jetty-based 6.3 xwiki enterprise distro and I'm editing files directly in it (so far just velocity macros hacking). Now I'm in templates/macros.vm which looks like it is kind of processed into skins/flamingo/macros.vm -- so I'm editing directly this file and restarting xwiki server after every change. I'm testing on a page: <page code> This is a page to test pdf export facility. Let's link all the pages here: [[Page1]] [[Page2]] [[Page3]] [[Page4]] [[Page5]] Now, let's test if we're able to pdf export groovy script output. {{groovy}} println 10; println "[[Page6]]" {{/groovy}} </page code> Now, the problem is that for this testing page I get just links to Page1 to Page5. The link to Page6 is missing. I've modified includeLinks to include this code: #macro(includeLinks $page $withPageBreaks) hacked includeLinks is in effect -- 2 -- flamingo!!!! What is clevel?: $clevel #if($clevel && $clevel!=0) we are working on a page: $page #set($pageDoc = $xwiki.getDocument($page)) All links are:<br> #foreach($child in $pageDoc.getLinks()) #set($childDocName = $child.getLink()) $childDocName<br> #end so I can see all the links. So it looks like to fix that I'll need to kind of pre-render the page somehow and then obtain links from the rendered data -- or kind of that. Is there some functionality for this already presented in XWiki? If so, any hint where it is is highly appreciated here! Thanks a lot, Karel

10 years

[xwiki-devs] Howto use mvn xar:format ?

by Pascal BASTIEN

Hello, To clean and Pull Request my patch I need to launch "mvn xar:format" command but I didn't managed to use it and didn't found a simple documentation about it (notice, I didn't eat a maven book either) I don't want rebuild Xwiki package but I want only check/clean xml file (from XAR) before to pull request it on github. Here my manipulation on my debian testing:- I installed current maven package (3.0.4 version) - I create the conf file ~/.m2/settings.xml provided here: http://dev.xwiki.org/xwiki/bin/view/Community/Building#HInstallingMaven (I'm behind a http proxy, then I add http://dev.xwiki.org/xwiki/bin/view/Community/Building#HBuildingbehindaproxy parameter in ~/.m2/settings.xm) I download Xwiki source with theses commands:#Only first time cd /home/git-wiki/ git clone https://github.com/XXXX/xwiki-platform.git cd xwiki-platform/ git remote add upstream https://github.com/xwiki/xwiki-platform.git git remote -v # synchro before modify cd /home/git-wiki/xwiki-platform/ git fetch upstream git checkout master git merge upstream/master #branch creation and modif of files git checkout -B XWIKI-MaBranche vi /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui/src/main/resources/XWiki/TagCloud.xm Here my problems, I want to check TagCloud.xm with mvn xar:format:cd /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui mvn -e xar:formatI obtain the insanity that I paste at the end of this mail! To resume, howto check my tiny improvment with mvn xar:format?In the same time, I want to avoid maven download the entire world each time I launch it :-)) Thxs for yor help. Pascal B ***************************** root@buttle:/home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui# mvn -e xar:format [INFO] Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] [INFO] ------------------------------------------------------------------------ [INFO] Building XWiki Platform - Tag - UI 6.4-SNAPSHOT [INFO] ------------------------------------------------------------------------ [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 5.962s [INFO] Finished at: Fri Jan 09 10:24:42 CET 2015 [INFO] Final Memory: 19M/228M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal on project xwiki-platform-tag-ui: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project xwiki-platform-tag-ui: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:210) at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:117) at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project org.xwiki.platform:xwiki-platform-tag-ui:xar:6.4-SNAPSHOT: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:189) at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:185) ... 22 more Caused by: org.sonatype.aether.resolution.DependencyResolutionException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:375) at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:183) ... 23 more Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538) at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216) at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:358) ... 24 more Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Could not find artifact com.sun:tools:jar:1.5.0 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:256) ... 26 more [ERROR] [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionExcept… *******************If I launch mvn -e xar:format from a directory without pom.xml file: [ERROR] No plugin found for prefix 'xar' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/root/.m2/repository), xwiki-plugins-snapshots (http://nexus.xwiki.org/nexus/content/groups/public-snapshots), xwiki-plugins-releases (http://nexus.xwiki.org/nexus/content/groups/public), central (http://repo.maven.apache.org/maven2)] -> [Help 1] org.apache.maven.plugin.prefix.NoPluginFoundForPrefixException: No plugin found for prefix 'xar' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/root/.m2/repository), xwiki-plugins-snapshots (http://nexus.xwiki.org/nexus/content/groups/public-snapshots), xwiki-plugins-releases (http://nexus.xwiki.org/nexus/content/groups/public), central (http://repo.maven.apache.org/maven2)]

10 years

[xwiki-devs] [ANN] XWiki 6.4 Milestone 3 released

by Ecaterina Moraru (Valica)

The XWiki development team is proud to announce the availability of XWiki 6.4 Milestone 3. This milestone integrates the Ratings module inside platform, providing the ability to rate extensions inside the Extension Repository and visualise them inside Extension Manager. We have also added improvements for Flamingo Skin on the responsiveness aspect, reintroduced the Wiki configuration section in Administration and done massive work in augmenting the Mail Sender API to be able to send large number of emails. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki64M3 Thanks -The XWiki dev team

10 years

[xwiki-devs] Documentation about the DB-migration?

by Paul Libbrecht

Hello fellow XWiki developers, At Curriki, we are considering more and the possibility to migrate to the file-sytem attachment, however, the current solution (which does it at boot time) is not acceptable since it would make our service unavailable for several days (there are 73756 attachments on 591000 documents, when we tried on a dev server, it took a week). Where can I read more about the DB-migration that converts the DB attachments to the file-systems' attachments? Where is the source? What modules are used? thanks in advance. Paul

10 years

[xwiki-devs] Ownership of the metadata about the subwiki

by Anca Luca

Hello devs, = Short story = Since the metadata about a subwiki (pretty name, description, users scope) are in the middle between main wiki and the subwiki (are used on both), who should have the last word about this data? Global admin of the farm of local admin of the subwiki? = Long story = while looking at http://jira.xwiki.org/browse/XWIKI-11416 , we came across a couple of questions about what is a subwiki and who "owns" (controls) the metadata about it. It all started with the fact that XWIKI-11416 would imply allowing the local admins of the subwiki (potentially local users) to edit information which is stored on the main wiki. There are 2 important things to discuss about this requirement: A. 1/ it is important that the metadata about a subwiki can be controlled by the local admin group, or another _group_ of people. The owner of the wiki is not enough, as owner is not a role and can only be fulfilled by one person, which is limiting in terms of collaboration. 2/ the wiki description and pretty name are stored on the main wiki today, in the wiki descriptor, while information about the user scope and membership are stored on the subwiki. This was changed recently, when the wiki concept was revamped and integrated with workspaces, in 5.3 (before that, everything was on the main wiki). A 2/ takes us to the main question of this mail: who is responsible / should should be responsible for the information about a subwiki? One direct consequence of this answer is the storage of this data, but the implications are larger than that because they can define the usecases that we support for the new wikis (as they are defined by the new implementation from 5.3). This question arises because this metadata is quite tricky as it represents the relation between the main wiki and the subwikis, so it could be considered that both main wiki and subwikis have priority on it. Please express your opinion about the following approaches, both as a general guideline, and in particular in the context of the 5 items from the descriptor that we're discussing: pretty name, wiki description, membership type, user scope, owner. B 1/ the global admin must be able to control the data about the subwikis, regardless of the opinion of the local admins 2/ the local admins should be free to configure the data about the subwikis, without the global admin controlling these settings. Note that this is already the case for wiki rights, by construction of the wiki, and recently this was chosen for user scope and membership type by storing them on to the subwiki in 5.3 3/ both approaches should be possible, depending on the type of farm we make (farm of wikis with subwikis with local users which don't know one about the existence of the other wikis, a la myxwiki.org or farm of wikis where users can create wikis of their own, workspaces style) 4/ both approaches should be possible, depending on the type of wiki, which should be decided by the global admin (on the same farm we could have some wikis on which global admin decides this metadata and some wikis on which local admins decide it) Note that B 3 and 4, in my opinion, have consequences on the type of wikis that we want to make _by default_ (with customization everything will be possible): UC 1 : farm where the wikis are handles as dedicated spaces for collaboration inside the same community, the users all know about the existance of all wikis (workspaces style) UC 2 : farm where the users don't know about the existance of the other wikis, where every subwiki is independent, like an XWiki instance without subwikis, they are just managed by the same farm, for various reasons ( myxwiki.org style, cloud mode, real "farm" mode, the pre-workspaces way of making subwikis). Please comment on these items, from a conceptual point of view. Thanks, Anca P.S. we also discussed a couple of implementation details today, with Denis, Eduard and Guillaume D: * allowing local admins to change data that is stored in a document on the main wiki is problematic because it would mean to code a modification a document which would bypass the rights system, which is not generally a good idea, we should model this by using the regular rights system (the users that must be able to edit the descriptor should be able to have edit rights on it) * normally storing data on the subwiki is problematic because of the performance issues that arise when using this information on the main wiki (it's not possible to fetch it with a hql query). BUT the wiki manager implementation has a cache where this data can be stored so that it's not always looked up on the subwiki when needed on the main wiki. This cache, while quite limited today, can be improved to answer whatever filtering needs.

10 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs