Re: [xwiki-users] state of xwiki concerto
Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Error when building new xwiki component
Hello, To understand how the creation of xwiki component works, I followed the tutorial at http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents and I previously read the Building XWiki from sources page ( http://dev.xwiki.org/xwiki/bin/view/Community/Building). My goal is to integrate the HelloWorld component (the tutorial one) in my xwiki instance and to be able to access it in page by velocity. Here is what I did : * install maven 3.0 beta and put the settings.xml files in the .m2 * download the xwiki-archetype-velocity-component-1.0-SNAPSHOT.jarhttp://platform.xwiki.org/xwiki/bin/download/DevGuide/WritingComponents/xwiki%2Darchetype%2Dvelocity%2Dcomponent%2D1.0%2DSNAPSHOT.jar, install it and generate the xwiki component from it * in the pom.xml of the component, I replace the platform.core.version1.8-SNAPSHOT/platform.core.version by platform.core.version2.3-SNAPSHOT/platform.core.version Then, I tried to install the component (with mvn install) in order to create a jar I can put in my WEB-INF/lib directory. But, I had the following error : *[INFO] Scanning for projects...* *[INFO]* *[INFO] * *[INFO] Building xwiki-essai-component 1.1-SNAPSHOT* *[INFO] * *[WARNING] Missing POM for velocity-tools:velocity-tools:jar:1.4* *[INFO] * *[INFO] BUILD FAILURE* *[INFO] * *[INFO] Total time: 1.050s* *[INFO] Finished at: Tue Jul 06 13:25:45 CEST 2010* *[INFO] Final Memory: 2M/4M* *[INFO] * *[ERROR] Failed to execute goal on project xwiki-essai-component: Missing: * *--* *1) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* * Try downloading the file manually from the project website.* * Then, install it using the command:* * mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-c* *ore-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file * * Alternatively, if you host your own repository you can deploy the file there:* * mvn deploy:deploy-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]* * Path to dependency:* *1) com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *2) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* *--* *1 required artifact is missing.* *for artifact:* * com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *from the specified remote repositories:* * xwiki-externals (http://maven.xwiki.org/externals, releases=true, snapshots=true),* * xwiki-releases (http://maven.xwiki.org/releases, releases=true, snapshots=false),* * xwiki-snapshots (http://maven.xwiki.org/snapshots, releases=false, snapshots=true),* * central (http://repo1.maven.org/maven2, releases=true, snapshots=false) * *- [Help 1]* *[ERROR]* *[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.* *[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/MultipleArtifactsNotFoundException * I'm new in Maven so i don't understand where is the problem. But I dowloaded, as explained, the file missinghttp://maven.xwiki.org/snapshots/org/xwiki/platform/xwiki-core-component/2.3-SNAPSHOT/xwiki-core-component-2.3-20100702.153251-358.pomand install it with : *mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-20100702.153251-358 -Dpackaging=jar -Dfile=C:\Users\fnac\Desktop\May\testMVN\pom.xml* This time, the build succeeded but I didn't have any jar file. And, when I tried again mvn install, I had the same error. I also tried mvn -nsu clean install (I read that somewhere) and it was the same. Do I miss something ? Is mvn install the good way to have a jar ? (I tried mvn package too) Marine ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Questions about LDAP in XEM 2.3.1
tmortagne wrote: It's generally the easiest yes. You assign all the groups to the proper wiki/spaces/pages and then you just need to put the users in the proper groups. When you have lots of users it's becoming quickly very difficult to directly assign rights to single users. Okay, thank you Thomas ! Just one more thing to be sure to do the right thing : Let's suppose that I create a AllRights group in the main wiki (called mainwiki) of my farm (and only in this wiki) and that I want all the LDAP users of group cn=HMS Lydia,ou=crews,ou=groups,o=sevenSeas to be automatically added in it. Is it right if I write xwiki.authentication.ldap.group_mapping=mainwiki:XWiki.AllRights=cn=HMS Lydia,ou=crews,ou=groups,o=sevenSeas ? Because i'm not sure about the syntax wiki:space:page in this case. -- View this message in context: http://xwiki.475771.n2.nabble.com/Questions-about-LDAP-in-XEM-2-3-1-tp5255260p5259990.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] Questions about LDAP in XEM 2.3.1
On Tue, Jul 6, 2010 at 14:09, Marine Julian marine.jul...@gmail.com wrote: tmortagne wrote: It's generally the easiest yes. You assign all the groups to the proper wiki/spaces/pages and then you just need to put the users in the proper groups. When you have lots of users it's becoming quickly very difficult to directly assign rights to single users. Okay, thank you Thomas ! Just one more thing to be sure to do the right thing : Let's suppose that I create a AllRights group in the main wiki (called mainwiki) of my farm (and only in this wiki) and that I want all the LDAP The main wiki in a farm is always technically called xwiki. users of group cn=HMS Lydia,ou=crews,ou=groups,o=sevenSeas to be automatically added in it. Is it right if I write xwiki.authentication.ldap.group_mapping=mainwiki:XWiki.AllRights=cn=HMS Lydia,ou=crews,ou=groups,o=sevenSeas ? Because i'm not sure about the syntax wiki:space:page in this case. Actually if all wikis are supposed to use the same LDAP users, you should do xwiki.authentication.ldap.group_mapping=XWiki.AllRights=cn=HMS Lydia,ou=crews,ou=groups,o=sevenSeas and make sure all LDAP users are authenticated on main wiki (otherwise each wiki will have a duplicate of each user). See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/LDAPAuthenticationUseCases#HI27minmultiwikienvironmentandIwantmyLDAPuserstoregisteredonlyonmainwiki -- View this message in context: http://xwiki.475771.n2.nabble.com/Questions-about-LDAP-in-XEM-2-3-1-tp5255260p5259990.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] Error when building new xwiki component
Hi Marine, On 07/06/2010 02:55 PM, Marine JULIAN wrote: Hello, To understand how the creation of xwiki component works, I followed the tutorial at http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents and I previously read the Building XWiki from sources page ( http://dev.xwiki.org/xwiki/bin/view/Community/Building). My goal is to integrate the HelloWorld component (the tutorial one) in my xwiki instance and to be able to access it in page by velocity. Here is what I did : * install maven 3.0 beta and put the settings.xml files in the .m2 * download the xwiki-archetype-velocity-component-1.0-SNAPSHOT.jarhttp://platform.xwiki.org/xwiki/bin/download/DevGuide/WritingComponents/xwiki%2Darchetype%2Dvelocity%2Dcomponent%2D1.0%2DSNAPSHOT.jar, install it and generate the xwiki component from it * in the pom.xml of the component, I replace the platform.core.version1.8-SNAPSHOT/platform.core.version by platform.core.version2.3-SNAPSHOT/platform.core.version Right now this would be 2.4-SNAPSHOT or a 2.3 release (2.3, 2.3.1, 2.3.2). The -SNAPSHOT versions means the .jar produced by the continuous integration server, from a snapshot of the sources, which exists and makes sense for the trunk or active branches. It's not the case for the xwiki 2.3 branch, currently the development is for the 2.4 version (the trunk) so the current snapshot or nightly build if the term is more familiar to you, would be a 2.4-SNAPSHOT. If you want your component to be used on an xwiki 2.3.x, then you should just put that version as a dependency, instead of 2.3-SNAPSHOT. I hope it makes some sense... However, be warned that the tutorial is a little outdated, you'd need to figure out some things by yourself. Happy hacking, Anca Then, I tried to install the component (with mvn install) in order to create a jar I can put in my WEB-INF/lib directory. But, I had the following error : *[INFO] Scanning for projects...* *[INFO]* *[INFO] * *[INFO] Building xwiki-essai-component 1.1-SNAPSHOT* *[INFO] * *[WARNING] Missing POM for velocity-tools:velocity-tools:jar:1.4* *[INFO] * *[INFO] BUILD FAILURE* *[INFO] * *[INFO] Total time: 1.050s* *[INFO] Finished at: Tue Jul 06 13:25:45 CEST 2010* *[INFO] Final Memory: 2M/4M* *[INFO] * *[ERROR] Failed to execute goal on project xwiki-essai-component: Missing: * *--* *1) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* * Try downloading the file manually from the project website.* * Then, install it using the command:* * mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-c* *ore-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file * * Alternatively, if you host your own repository you can deploy the file there:* * mvn deploy:deploy-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]* * Path to dependency:* *1) com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *2) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* *--* *1 required artifact is missing.* *for artifact:* * com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *from the specified remote repositories:* * xwiki-externals (http://maven.xwiki.org/externals, releases=true, snapshots=true),* * xwiki-releases (http://maven.xwiki.org/releases, releases=true, snapshots=false),* * xwiki-snapshots (http://maven.xwiki.org/snapshots, releases=false, snapshots=true),* * central (http://repo1.maven.org/maven2, releases=true, snapshots=false) * *- [Help 1]* *[ERROR]* *[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.* *[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/MultipleArtifactsNotFoundException * I'm new in Maven so i don't understand where is the problem. But I dowloaded, as explained, the file missinghttp://maven.xwiki.org/snapshots/org/xwiki/platform/xwiki-core-component/2.3-SNAPSHOT/xwiki-core-component-2.3-20100702.153251-358.pomand install it with : *mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-20100702.153251-358 -Dpackaging=jar -Dfile=C:\Users\fnac\Desktop\May\testMVN\pom.xml* This time, the build succeeded but I didn't have any jar file. And, when I
Re: [xwiki-users] Error when building new xwiki component
Hi Marine, On 07/06/2010 02:55 PM, Marine JULIAN wrote: Hello, To understand how the creation of xwiki component works, I followed the tutorial at http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents and I previously read the Building XWiki from sources page ( http://dev.xwiki.org/xwiki/bin/view/Community/Building). My goal is to integrate the HelloWorld component (the tutorial one) in my xwiki instance and to be able to access it in page by velocity. Here is what I did : * install maven 3.0 beta and put the settings.xml files in the .m2 * download the xwiki-archetype-velocity-component-1.0-SNAPSHOT.jarhttp://platform.xwiki.org/xwiki/bin/download/DevGuide/WritingComponents/xwiki%2Darchetype%2Dvelocity%2Dcomponent%2D1.0%2DSNAPSHOT.jar, install it and generate the xwiki component from it * in the pom.xml of the component, I replace the platform.core.version1.8-SNAPSHOT/platform.core.version by platform.core.version2.3-SNAPSHOT/platform.core.version Right now this would be 2.4-SNAPSHOT or a 2.3 release (2.3, 2.3.1, 2.3.2). The -SNAPSHOT versions means the .jar produced by the continuous integration server, from a snapshot of the sources, which exists and makes sense for the trunk or active branches. It's not the case for the xwiki 2.3 branch, currently the development is for the 2.4 version (the trunk) so the current snapshot or nightly build if the term is more familiar to you, would be a 2.4-SNAPSHOT. If you want your component to be used on an xwiki 2.3.x, then you should just put that version for platform dependency, instead of 2.3-SNAPSHOT. I hope it makes some sense... However, be warned that the tutorial is a little outdated, you'd need to figure out some things by yourself. Happy hacking, Anca Then, I tried to install the component (with mvn install) in order to create a jar I can put in my WEB-INF/lib directory. But, I had the following error : *[INFO] Scanning for projects...* *[INFO]* *[INFO] * *[INFO] Building xwiki-essai-component 1.1-SNAPSHOT* *[INFO] * *[WARNING] Missing POM for velocity-tools:velocity-tools:jar:1.4* *[INFO] * *[INFO] BUILD FAILURE* *[INFO] * *[INFO] Total time: 1.050s* *[INFO] Finished at: Tue Jul 06 13:25:45 CEST 2010* *[INFO] Final Memory: 2M/4M* *[INFO] * *[ERROR] Failed to execute goal on project xwiki-essai-component: Missing: * *--* *1) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* * Try downloading the file manually from the project website.* * Then, install it using the command:* * mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-c* *ore-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file * * Alternatively, if you host your own repository you can deploy the file there:* * mvn deploy:deploy-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]* * Path to dependency:* *1) com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *2) org.xwiki.platform:xwiki-core-component:jar:2.3-SNAPSHOT* *--* *1 required artifact is missing.* *for artifact:* * com.xpn.xwiki.products:xwiki-essai-component:pom:1.1-SNAPSHOT* *from the specified remote repositories:* * xwiki-externals (http://maven.xwiki.org/externals, releases=true, snapshots=true),* * xwiki-releases (http://maven.xwiki.org/releases, releases=true, snapshots=false),* * xwiki-snapshots (http://maven.xwiki.org/snapshots, releases=false, snapshots=true),* * central (http://repo1.maven.org/maven2, releases=true, snapshots=false) * *- [Help 1]* *[ERROR]* *[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.* *[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/MultipleArtifactsNotFoundException * I'm new in Maven so i don't understand where is the problem. But I dowloaded, as explained, the file missinghttp://maven.xwiki.org/snapshots/org/xwiki/platform/xwiki-core-component/2.3-SNAPSHOT/xwiki-core-component-2.3-20100702.153251-358.pomand install it with : *mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3-20100702.153251-358 -Dpackaging=jar -Dfile=C:\Users\fnac\Desktop\May\testMVN\pom.xml* This time, the build succeeded but I didn't have any jar file. And,
Re: [xwiki-users] state of xwiki concerto
Just jumping in here, as I have to ask this: is there any Possilibity to Use XWiki Offline apart from Concerto? I consider this a crucial feature for a lot of enterprise where employees have to work outside or have no internet in meetings. Btw, I thing something like XEclipse with Page preview would suffice. thank ! Original-Nachricht Datum: Tue, 6 Jul 2010 09:06:41 +0100 Von: Ponder Muse ponder.m...@googlemail.com An: XWiki Users users@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Error when building new xwiki component
Hi Anca, Anca Luca wrote: Right now this would be 2.4-SNAPSHOT or a 2.3 release (2.3, 2.3.1, 2.3.2). The -SNAPSHOT versions means the .jar produced by the continuous integration server, from a snapshot of the sources, which exists and makes sense for the trunk or active branches. It's not the case for the xwiki 2.3 branch, currently the development is for the 2.4 version (the trunk) so the current snapshot or nightly build if the term is more familiar to you, would be a 2.4-SNAPSHOT. If you want your component to be used on an xwiki 2.3.x, then you should just put that version for platform dependency, instead of 2.3-SNAPSHOT. I hope it makes some sense... However, be warned that the tutorial is a little outdated, you'd need to figure out some things by yourself. Indeed, I didn't grasp the meaning of SNAPSHOT and it makes sense now ! Thanks ! Like I use a xwiki 2.3.1, I put the 2.3.1 version for platform dependency. Unfortunately, I always had the same error... I.e : [ERROR] Failed to execute goal on project xwiki-essai-component: Missing: -- 1) org.xwiki.platform:xwiki-core-component:jar:2.3.1 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3.1 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) com.xpn.xwiki.platform:xwiki-essai-component:pom:1.1 2) org.xwiki.platform:xwiki-core-component:jar:2.3.1 -- 1 required artifact is missing. for artifact: com.xpn.xwiki.platform:xwiki-essai-component:pom:1.1 from the specified remote repositories: xwiki-externals (http://maven.xwiki.org/externals, releases=true, snapshots=true), xwiki-releases (http://maven.xwiki.org/releases, releases=true, snapshots=false), xwiki-snapshots (http://maven.xwiki.org/snapshots, releases=false, snapshots=true), central (http://repo1.maven.org/maven2, releases=true, snapshots=false) - [Help 1] Do you think it's due to the fact that the tutorial is outdated ? Because, I didn't do something special : just download the archetype, modify the version for platform dependency in the pom file and try to install it in order to have a jar... -- View this message in context: http://xwiki.475771.n2.nabble.com/Error-when-building-new-xwiki-component-tp5259941p5260302.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
[xwiki-users] Export - Request For Enhancement
The Export tool which output's XAR files includes the UUID in the XML file. This would cause a conflict between unlinked XWiki installations. As the import process will automatically generate a UUID for XML files which do not have one, I would recommend changing the export to exclude that property. Thanks, Deven Phillips ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Error when building new xwiki component
Hi Marine, On 07/06/2010 04:38 PM, Marine Julian wrote: Hi Anca, Anca Luca wrote: Right now this would be 2.4-SNAPSHOT or a 2.3 release (2.3, 2.3.1, 2.3.2). The -SNAPSHOT versions means the .jar produced by the continuous integration server, from a snapshot of the sources, which exists and makes sense for the trunk or active branches. It's not the case for the xwiki 2.3 branch, currently the development is for the 2.4 version (the trunk) so the current snapshot or nightly build if the term is more familiar to you, would be a 2.4-SNAPSHOT. If you want your component to be used on an xwiki 2.3.x, then you should just put that version for platform dependency, instead of 2.3-SNAPSHOT. I hope it makes some sense... However, be warned that the tutorial is a little outdated, you'd need to figure out some things by yourself. Indeed, I didn't grasp the meaning of SNAPSHOT and it makes sense now ! Thanks ! Like I use a xwiki 2.3.1, I put the 2.3.1 version for platform dependency. Unfortunately, I always had the same error... I.e : [ERROR] Failed to execute goal on project xwiki-essai-component: Missing: -- 1) org.xwiki.platform:xwiki-core-component:jar:2.3.1 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3.1 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.xwiki.platform -DartifactId=xwiki-core-component -Dversion=2.3.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) com.xpn.xwiki.platform:xwiki-essai-component:pom:1.1 2) org.xwiki.platform:xwiki-core-component:jar:2.3.1 -- 1 required artifact is missing. for artifact: com.xpn.xwiki.platform:xwiki-essai-component:pom:1.1 from the specified remote repositories: xwiki-externals (http://maven.xwiki.org/externals, releases=true, snapshots=true), xwiki-releases (http://maven.xwiki.org/releases, releases=true, snapshots=false), The required dependency should have been found at http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-core-component/2.3.1/ but as you can see there's no jar there. The reason is that the xwiki-core-component module was split in multiple submodules. You need to edit you pom and change the dependency from xwiki-core-component to xwiki-core-component-api like this: dependency groupIdorg.xwiki.platform/groupId artifactIdxwiki-core-component-api/artifactId version${pom.version}/version /dependency Hope this helps, Marius xwiki-snapshots (http://maven.xwiki.org/snapshots, releases=false, snapshots=true), central (http://repo1.maven.org/maven2, releases=true, snapshots=false) - [Help 1] Do you think it's due to the fact that the tutorial is outdated ? Because, I didn't do something special : just download the archetype, modify the version for platform dependency in the pom file and try to install it in order to have a jar... ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Export - Request For Enhancement
On Tue, Jul 6, 2010 at 15:35, Deven Phillips deven.phill...@gmail.com wrote: The Export tool which output's XAR files includes the UUID in the XML file. This would cause a conflict between unlinked XWiki installations. As the import process will automatically generate a UUID for XML files which do not have one, I would recommend changing the export to exclude that property. Actually this would be useful for a backup pack but it should definitely be skipped if we import non-backup pack. Thanks, Deven Phillips ___ 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] bad rtf exportation and customizing the pdf export look and feel
Wilson Leão Neto wrote: Actually, I didn't try but I took a look at it and I was able to add some little things. I don't think I can help you but... who knows ? What are your problems ? I wanna be able to modify also the TOC. Specifically, I wanna be able to modify it: $msg.get('core.pdf.tableOfContents') Like, inside it... I'm very sorry, I hadn't seen your second post until now (and only by chance)... So, I hope you find a solution at your situation because I don't know how to help you. The only thing I can say is that you didn't look at the correct place (to me). In fact, all lines which begin by $msg.get(...) refer to a resource bundle for translations. Thus, $msg.get('core.pdf.tableOfContents') is simply a call to the text Table of contents. The code lines which deal with the content of the TOC are in pdfgtmlheader.vm from line 62 to 70 and more specifically the line #set($pdftoc = $pdfdoc.display(toc, rendered)). I'm not sure of what I advance but I think that the $pdfdoc.display(toc, rendered) call allows you to retrieve the content of the TOC. Unfortunately, I can't say more... Please, if you found a solution, tell me what it is ! -- View this message in context: http://xwiki.475771.n2.nabble.com/bad-rtf-exportation-and-customizing-the-pdf-export-look-and-feel-tp5079790p5260588.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] state of xwiki concerto
Hi, On 07/06/2010 04:07 PM, Thomas Hoeschele wrote: Just jumping in here, as I have to ask this: is there any Possilibity to Use XWiki Offline apart from Concerto? I consider this a crucial feature for a lot of enterprise where employees have to work outside or have no internet in meetings. Btw, I thing something like XEclipse with Page preview would suffice. thank ! Well, XEclipse was originally part of the XWiki Concerto research project as well. AFAIK, there is currently no XWiki Offline standalone project. So there are basically 2 options for offline work with xwiki: Concerto and XEclipse. - Concerto involves having a local (in offline work context) xwiki installation that replicates completely or partially a remote xwiki. - Advantage: full featured XWiki experience. - Dissadvantage: big footprint, possibly instable due to current status. - XEclipse involves downloading a set of pages (or entire spaces) and working in an Eclipse environment. - Advantage: light, syntax highlighting, suggestions, etc. - Disadvantage: only wiki syntax mode is supported and partial rendering (since you don't have the wiki's entire contents with you). Both options synchronize with remote XWiki when internet is available. Hope this helps. Thanks, Eduard Original-Nachricht Datum: Tue, 6 Jul 2010 09:06:41 +0100 Von: Ponder Museponder.m...@googlemail.com An: XWiki Usersusers@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ 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] Attached/Linked JAR files in Grrovy Scripting.
All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) 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.XWiki.evaluateTemplate(XWiki.java:1791) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1729) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:837) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.render(ASTReference.java:332) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
On Tue, Jul 6, 2010 at 17:10, Deven Phillips deven.phill...@gmail.com wrote: All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) 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.XWiki.evaluateTemplate(XWiki.java:1791) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1729) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:837) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.render(ASTReference.java:332) at
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
OK, understood. That still does not solve my problem. Yes, I enabled debug logging in order to get as much information as possible to troubleshoot this issue. I have tried using attached jar files and jar files linked via http: Examples: {{groovy jars=http://myhost.com/configBackup.jar}}{{/groovy}} {{groovy jars=attach:configBackup.jar}}{{/groovy}} The linked jars cause an exception: java.lang.NoClassDefFoundError: Could not initialize class sun.net.www.protocol.http.HttpURLConnection The attached jars never show an error in the browser. Deven On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Tue, Jul 6, 2010 at 17:10, Deven Phillips deven.phill...@gmail.com wrote: All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) 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.XWiki.evaluateTemplate(XWiki.java:1791) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1729) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:837) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
More information. Simply adding the open and close {{groovy}} tags is enough to cause the problem. I am using XWiki 2.3.1 build number 29118. So, if your entire page merely consisted of: {{groovy jars=attach:myJar.jar}} {{/groovy}} That would be enough to replicate the problem I am having. Additional details are: Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20). Tomcat Version: 6.0.26 Thanks, Deven On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips deven.phill...@gmail.com wrote: OK, understood. That still does not solve my problem. Yes, I enabled debug logging in order to get as much information as possible to troubleshoot this issue. I have tried using attached jar files and jar files linked via http: Examples: {{groovy jars=http://myhost.com/configBackup.jar}}{{/groovy}} {{groovy jars=attach:configBackup.jar}}{{/groovy}} The linked jars cause an exception: java.lang.NoClassDefFoundError: Could not initialize class sun.net.www.protocol.http.HttpURLConnection The attached jars never show an error in the browser. Deven On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Tue, Jul 6, 2010 at 17:10, Deven Phillips deven.phill...@gmail.com wrote: All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at
Re: [xwiki-users] state of xwiki concerto
Hi, On 07/06/2010 05:57 PM, Thomas Höschele wrote: Thanks for the reply Eduard, However, both options don't seem to be what is most useful. A third option would be to have an xwiki installation on the pc running on a MySQL replication Database, and synchronize the Database every time you get a connection. Well, yes. That's pretty much Sergiu's argument as well. This sounds kind of like Concerto also sharing the Advantages and the Disadvanges However, some mid way would be nice in future (the sooner the better) simple rendering and maybe search in XEclipse would be great. Yes, XEclipse does need some love. We'll see. Thanks, Eduard Regards -Ursprüngliche Nachricht- Von: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Im Auftrag von Eduard Moraru Gesendet: Dienstag, 6. Juli 2010 16:46 An: users@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi, On 07/06/2010 04:07 PM, Thomas Hoeschele wrote: Just jumping in here, as I have to ask this: is there any Possilibity to Use XWiki Offline apart from Concerto? I consider this a crucial feature for a lot of enterprise where employees have to work outside or have no internet in meetings. Btw, I thing something like XEclipse with Page preview would suffice. thank ! Well, XEclipse was originally part of the XWiki Concerto research project as well. AFAIK, there is currently no XWiki Offline standalone project. So there are basically 2 options for offline work with xwiki: Concerto and XEclipse. - Concerto involves having a local (in offline work context) xwiki installation that replicates completely or partially a remote xwiki. - Advantage: full featured XWiki experience. - Dissadvantage: big footprint, possibly instable due to current status. - XEclipse involves downloading a set of pages (or entire spaces) and working in an Eclipse environment. - Advantage: light, syntax highlighting, suggestions, etc. - Disadvantage: only wiki syntax mode is supported and partial rendering (since you don't have the wiki's entire contents with you). Both options synchronize with remote XWiki when internet is available. Hope this helps. Thanks, Eduard Original-Nachricht Datum: Tue, 6 Jul 2010 09:06:41 +0100 Von: Ponder Museponder.m...@googlemail.com An: XWiki Usersusers@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ 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
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
I need to amend my last statement. Empty tags is not enough to replicate the error. Putting a simple: print Hello World ; between the tags is enough though. Thanks, Deven On Tue, Jul 6, 2010 at 11:54 AM, Deven Phillips deven.phill...@gmail.com wrote: More information. Simply adding the open and close {{groovy}} tags is enough to cause the problem. I am using XWiki 2.3.1 build number 29118. So, if your entire page merely consisted of: {{groovy jars=attach:myJar.jar}} {{/groovy}} That would be enough to replicate the problem I am having. Additional details are: Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20). Tomcat Version: 6.0.26 Thanks, Deven On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips deven.phill...@gmail.com wrote: OK, understood. That still does not solve my problem. Yes, I enabled debug logging in order to get as much information as possible to troubleshoot this issue. I have tried using attached jar files and jar files linked via http: Examples: {{groovy jars=http://myhost.com/configBackup.jar}}{{/groovy}} {{groovy jars=attach:configBackup.jar}}{{/groovy}} The linked jars cause an exception: java.lang.NoClassDefFoundError: Could not initialize class sun.net.www.protocol.http.HttpURLConnection The attached jars never show an error in the browser. Deven On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Tue, Jul 6, 2010 at 17:10, Deven Phillips deven.phill...@gmail.com wrote: All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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
[xwiki-users] DatePicker Application appears behind Modal Box
Hi, I was trying to use the DatePicker Application inside a Modal Box Application. The problem is that the DatePicker pop-up appears behind the modal box. I try to use the zindex property. But it doesn't work. This is the code I am using: afterLoad: function() { var dpicker = new DatePicker({relative : 'fieldName', language : 'us', zindex: '3000'});} Regards, Abel ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] UWC - Universal Wiki Converter??
Has anyone taken a look at https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Convert er It is an apache licensed converter for confluence. It looks like it might be something where instead of converting to confluence it could be tweaked to export to xwiki format. -- John Cavanaugh ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] UWC - Universal Wiki Converter??
On Tue, Jul 6, 2010 at 20:02, John Cavanaugh cavanaugh...@hp.com wrote: Has anyone taken a look at https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Convert er It is an apache licensed converter for confluence. It looks like it might be something where instead of converting to confluence it could be tweaked to export to xwiki format. We already have syntax conversion framework (which is supported a lot more that just wiki syntaxes) as well as the support for Confluence content as input. See http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule. Also a wiki importer application is in progress, there already a working mediawiki support. The goal of this application is to take as input a whole wiki (generally an export of a wiki) and import it into XWiki. See http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/importexport/. -- John Cavanaugh ___ 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] Attached/Linked JAR files in Grrovy Scripting.
UPDATE: The problem has been resolved on Linux by adding: URIEncoding=UTF-8 As a property to the tomcat/conf/server.xml file for the Connector node. The problem still persists on Windows. Thanks, Deven On Tue, Jul 6, 2010 at 11:58 AM, Deven Phillips deven.phill...@gmail.com wrote: I need to amend my last statement. Empty tags is not enough to replicate the error. Putting a simple: print Hello World ; between the tags is enough though. Thanks, Deven On Tue, Jul 6, 2010 at 11:54 AM, Deven Phillips deven.phill...@gmail.com wrote: More information. Simply adding the open and close {{groovy}} tags is enough to cause the problem. I am using XWiki 2.3.1 build number 29118. So, if your entire page merely consisted of: {{groovy jars=attach:myJar.jar}} {{/groovy}} That would be enough to replicate the problem I am having. Additional details are: Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20). Tomcat Version: 6.0.26 Thanks, Deven On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips deven.phill...@gmail.com wrote: OK, understood. That still does not solve my problem. Yes, I enabled debug logging in order to get as much information as possible to troubleshoot this issue. I have tried using attached jar files and jar files linked via http: Examples: {{groovy jars=http://myhost.com/configBackup.jar}}{{/groovy}} {{groovy jars=attach:configBackup.jar}}{{/groovy}} The linked jars cause an exception: java.lang.NoClassDefFoundError: Could not initialize class sun.net.www.protocol.http.HttpURLConnection The attached jars never show an error in the browser. Deven On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Tue, Jul 6, 2010 at 17:10, Deven Phillips deven.phill...@gmail.com wrote: All, I am having issues on an upgraded and a clean install of XWiki 2.3.1. I attach a jar file (configBackup.jar) and try to use that in my groovy script as follows: {{groovy jars=attach:configBackup.jar}} import path.to.my.class; ... ... {{/groovy}} The thread which is processing the page crashes with a the following stack trace visible in the catalina.out of Tomcat: 2010-07-06 11:08:34,014 [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction] DEBUG ternal.DefaultConverterManager - Failed to find a proper Converter for type [java.lang.String] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.properties.converter.Converter] hint = [java.lang.String]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109) at org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85) at org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75) at org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55) at org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125) at org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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
Re: [xwiki-users] state of xwiki concerto
Le 06/07/10 17:58, Eduard Moraru a écrit : Hi, On 07/06/2010 05:57 PM, Thomas Höschele wrote: Thanks for the reply Eduard, However, both options don't seem to be what is most useful. A third option would be to have an xwiki installation on the pc running on a MySQL replication Database, and synchronize the Database every time you get a connection. Well, yes. That's pretty much Sergiu's argument as well. Well this is not really enough, as this locks you in read-only mode. Concerto was meant to provide offline, but you need some additional code and storage on both the server and the client to run the replication model. The replication model is what guarantees solutions to conflicts.. Now conflict are very very rare when you look at the use cases, and a much simpler replication model which could fail on conflicts would be probably largely enough for most cases. Concerto is quite overkill for the simple replication scenario. The power of Concerto is P2P replication just using a relay network which does not store anything. But in this world this scenario does not have a big future. Ludovic This sounds kind of like Concerto also sharing the Advantages and the Disadvanges However, some mid way would be nice in future (the sooner the better) simple rendering and maybe search in XEclipse would be great. Yes, XEclipse does need some love. We'll see. Thanks, Eduard Regards -Ursprüngliche Nachricht- Von: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Im Auftrag von Eduard Moraru Gesendet: Dienstag, 6. Juli 2010 16:46 An: users@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi, On 07/06/2010 04:07 PM, Thomas Hoeschele wrote: Just jumping in here, as I have to ask this: is there any Possilibity to Use XWiki Offline apart from Concerto? I consider this a crucial feature for a lot of enterprise where employees have to work outside or have no internet in meetings. Btw, I thing something like XEclipse with Page preview would suffice. thank ! Well, XEclipse was originally part of the XWiki Concerto research project as well. AFAIK, there is currently no XWiki Offline standalone project. So there are basically 2 options for offline work with xwiki: Concerto and XEclipse. - Concerto involves having a local (in offline work context) xwiki installation that replicates completely or partially a remote xwiki. - Advantage: full featured XWiki experience. - Dissadvantage: big footprint, possibly instable due to current status. - XEclipse involves downloading a set of pages (or entire spaces) and working in an Eclipse environment. - Advantage: light, syntax highlighting, suggestions, etc. - Disadvantage: only wiki syntax mode is supported and partial rendering (since you don't have the wiki's entire contents with you). Both options synchronize with remote XWiki when internet is available. Hope this helps. Thanks, Eduard Original-Nachricht Datum: Tue, 6 Jul 2010 09:06:41 +0100 Von: Ponder Museponder.m...@googlemail.com An: XWiki Usersusers@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ 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 -- Ludovic Dubost Blog:
Re: [xwiki-users] state of xwiki concerto
Hi, yeah but i thought the database would handle any conflicts, beside a read only mode is enough for enterprise environment. It would allow employees to access all the information needed offline, changes could be code only like XEclipse, which get solved once online again. E.G. in the company I'm working most of our handbooks, guidelines should get accessed through XWiki; often employees go to meetings on buildings sites where there is no internet connection, which means they have to access all the handbooks via filesystem, which is slow as they need to scroll through a foldersystem with ~1000 guides. I think here would be the real advantage of an offline XWiki. Regards Thomas Well this is not really enough, as this locks you in read-only mode. Concerto was meant to provide offline, but you need some additional code and storage on both the server and the client to run the replication model. The replication model is what guarantees solutions to conflicts.. Now conflict are very very rare when you look at the use cases, and a much simpler replication model which could fail on conflicts would be probably largely enough for most cases. Concerto is quite overkill for the simple replication scenario. The power of Concerto is P2P replication just using a relay network which does not store anything. But in this world this scenario does not have a big future. Ludovic This sounds kind of like Concerto also sharing the Advantages and the Disadvanges However, some mid way would be nice in future (the sooner the better) simple rendering and maybe search in XEclipse would be great. Yes, XEclipse does need some love. We'll see. Thanks, Eduard Regards -Ursprüngliche Nachricht- Von: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Im Auftrag von Eduard Moraru Gesendet: Dienstag, 6. Juli 2010 16:46 An: users@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi, On 07/06/2010 04:07 PM, Thomas Hoeschele wrote: Just jumping in here, as I have to ask this: is there any Possilibity to Use XWiki Offline apart from Concerto? I consider this a crucial feature for a lot of enterprise where employees have to work outside or have no internet in meetings. Btw, I thing something like XEclipse with Page preview would suffice. thank ! Well, XEclipse was originally part of the XWiki Concerto research project as well. AFAIK, there is currently no XWiki Offline standalone project. So there are basically 2 options for offline work with xwiki: Concerto and XEclipse. - Concerto involves having a local (in offline work context) xwiki installation that replicates completely or partially a remote xwiki. - Advantage: full featured XWiki experience. - Dissadvantage: big footprint, possibly instable due to current status. - XEclipse involves downloading a set of pages (or entire spaces) and working in an Eclipse environment. - Advantage: light, syntax highlighting, suggestions, etc. - Disadvantage: only wiki syntax mode is supported and partial rendering (since you don't have the wiki's entire contents with you). Both options synchronize with remote XWiki when internet is available. Hope this helps. Thanks, Eduard Original-Nachricht Datum: Tue, 6 Jul 2010 09:06:41 +0100 Von: Ponder Museponder.m...@googlemail.com An: XWiki Usersusers@xwiki.org Betreff: Re: [xwiki-users] state of xwiki concerto Hi Eduard, I have fixed the build issues and now Concerto should be building without problems. Please make sure to follow the steps described at http://concerto.xwiki.org/xwiki/bin/view/Main/Tutorial Thanks for your efforts in making Concerto available again. On the other hand, if you can wait a couple of hours, I am sure I will find a place to host the 80mb jar installer build of Concerto that I remade and fix the link available at http://concerto.xwiki.org/xwiki/bin/view/Main/DownloadAndInstall Please check the page for updates in about 12 hours. I will give the built installer a go once its available at the above link. Thank you for your interest in Concerto and I would greatly appreciate your feedback on it, even though the development on this project is currently suspended. Sure thing, I'll do that. P.S.: Please keep in mind that, as Sergiu stated, even though the project ended successfully, the prototype is not ready for production. I checked it, and it's running decently with the bundled XWiki Enterprise 1.8.1, but you should not use it for sensitive information. No worries with it being just a prototype as we will trial it in a controlled lab environment only. Thanks again for your efforts - much appreciated! Regards, PM. ___ users mailing list