- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] JavaScript unit tests
by Jerome Velociter 16 Aug '11

16 Aug '11

Hello devs, I've pushed some javascript tests for the suggest widget to a branch of xwiki-platform. I've used screw-unit (https://github.com/nathansobo/screw-unit) as test framework. The system allow to write tests such as https://github.com/xwiki/xwiki-platform/blob/f684ca0671a354f1e7476cd788a2df… ; and to run them in a test suite (a simple HTML page that runs all tests). It is integrated with xwiki-platform-web build so that whenever a test fails, the build fails. To be completely honest, I didn't do a lengthy market research to see if there would be more appropriate alternatives. Screw unit got my attention for the following reasons : * Tests are elegant and simple * You can nest feature "descriptions" (specifications) down several levels, so it's easy to have a good organization * It has a working maven integration * The result page kind of look nice (yes, that count!) I'd like to integrate them in master WDYT ? My +1 Jerome.

4 8

Re: [xwiki-devs] Build improvement actions
by Bogdan Flueras 16 Aug '11

16 Aug '11

Hi XWiki devs, >> Hi devs, >> >> We've had a meeting with Marius, Thomas and myself and we brainstormed about what to improve in our builds and we've come up with the following actions: >> >> 1- create twitter account for xwiki.org and tweet about releases (basically tweet links to blog posts). Category: Release Process improvement. Who: Vincent Massol >> 2- Refactor distribution for installers to share more. Who: Thomas Mortagne > Will look at this one once we start the 3.3 branch. > >> 3- Check latest version of izpack. Who: Marius I can recommend you to also consider another installer framework: http://sourceforge.net/projects/cminstall/files/cminstall/v1.3.0/ It's fully extensible, modular and at the time of writing it had more features than IzPack and we have successfully used it for internal projects. It has documentation and nice tutorials, so it worths a try. >> 4- Configure nexus to cache other repos ? speed improvement. Who: Vincent Massol >> 5- Add definition xwiki remote repo to top level repos in github. Who: Vincent Massol >> 6- Define a location for passwords. Who: Thomas Mortagne > If some of the security guys out there already have some good idea > don't hesitate ;) > > Will send a mail we I come back from holidays next week. > >> 7- Publish with commons and rendering on central repo. Who: ? >> >> I've started to work on items 4 and 5 and will do 1 soon. >> >> Also I've analyzed 7 and there's only 1 external reps not available in the Maven Central Repo: >> ? ? ?<groupId>org.reflections</groupId> >> ? ? ?<artifactId>reflections</artifactId> >> >> It should be pretty easy to submit it using https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+… >> To publish our artifacts to the central repo I propose to use Sonatype OSS service, see https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+… >> >> Thanks >> -Vincent >> >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > > -- ing. Bogdan Flueras

2 1

[xwiki-devs] [GSOC] XWiki Android Client
by Chamika Weerasinghe 16 Aug '11

16 Aug '11

Hi all, I almost finished developing Android Client with following modules and automated testing has to be done in next week. xwiki-android-client = working android client application xwiki-android-components = user interface components for XWiki Android Development xwiki-android-rest = XWiki RESTful library for Android **xwiki-android-test-rest = Android REST library unit test module (sample test added) **xwiki-android-tests-instrumentation = UI instrumentation tests module (sample test added) xwiki-rest-model-gson = XWiki REST model for GSON(Currently not necessary) xwiki-rest-model-simplexml = XWiki REST model for Simple-xml (As a replacement for JAXB) I did the documentation on Android Client in extensions section and some final touches have to be added to it. (http://extensions.xwiki.org/xwiki/bin/view/Extension/Google+Android+Client) Issues: Testing Android Android applications or libraries cannot be tested as normal builds since they have to be tested on a device or an emulator. So logically there is no tests in maven build for Android. When we add test cases and other test related classes, Android Debug Bridge(adb) will run the tests inside a valid device/simulator and gives the test reports. Due to this reason Jenkins failed to build the test related modules with the error [ERROR] error: device not found Other modules will be built successfully*. * Best Regards, Chamika Weerasinghe

2 4

[xwiki-devs] Removal of Repository definitions from pom.xml files
by Vincent Massol 15 Aug '11

15 Aug '11

Hi devs, I've gone ahead with the removal of repository definitions from pom.xml files. Now the only remote repo that you need to have in your maven settings is the xwiki nexus one. In order to build master (3.2-SNAPSHOT) you'll now need to update your settings.xml with: <profiles> <profile> <id>xwiki</id> <repositories> <repository> <id>xwiki-releases</id> <name>XWiki Nexus Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> <repository> <id>xwiki-snapshots</id> <name>XWiki Nexus Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>xwiki-plugins-releases</id> <name>XWiki Nexus Plugin Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </pluginRepository> <pluginRepository> <id>xwiki-plugins-snapshots</id> <name>XWiki Nexus Plugin Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> </pluginRepositories> </profile> </profiles> <activeProfiles> <activeProfile>xwiki</activeProfile> </activeProfiles> See http://dev.xwiki.org/xwiki/bin/view/Community/Building Thanks -Vincent

1 0

[xwiki-devs] Trying to understand slowness at deletions
by Paul Libbrecht 15 Aug '11

15 Aug '11

Hello fellow developers, At curriki, still running xwiki 1.5, we're having slowness at several places, in particular user-delete which generally takes more than 5 minutes. One of the queries that seem to take very long, from "SHOW FULL PROCESSLIST" is: | 192157 | dev | 63.241.108.241:44327 | currikidev_180_c | Query | 69 | updating | delete from xwikiproperties where xwp_name like 'editbox_%' and xwp_classtype='com.xpn.xwiki.objects.LongProperty' | and indeed I see XWikiHibernateBaseStore to contain: "delete from xwikiproperties where xwp_name like 'editbox_%' and xwp_classtype='com.xpn.xwiki.objects.LongProperty'", and "delete from xwikilongs where xwl_name like 'editbox_%'" the two queries seem to take the longest. What is the reason of these deletions? The big problem is that they contain a like clause which seems to be more developer lazyness then actual need. thanks in advance Paul

1 1

[xwiki-devs] [VOTE] Move debian package to platform
by Thomas Mortagne 14 Aug '11

14 Aug '11

Hi devs, I started with Guillaume Fenollar last week to do an experiment on an XWiki debian package. We got something pretty nice and I cleaned it up and added some features today. You can see it on https://github.com/xwiki-contrib/xwiki-debian. With my latest commit I think it's now clean enough to be moved on https://github.com/xwiki/xwiki-platform. WDYT ? Here is my +1 -- Thomas Mortagne

4 16

[xwiki-devs] Contrib project documentation update
by Vincent Massol 13 Aug '11

13 Aug '11

Hi Devs, I've updated http://contrib.xwiki.org/xwiki/bin/view/Main/ I've also updated http://dev.xwiki.org/xwiki/bin/view/Community/SourceRepository Please review it and let me know if it's ok. I've removed several notions that don't make sense anymore like sandbox, personal directory space. There are still a few loose ends. For example have we finished moving stuff from http://svn.xwiki.org/svnroot/xwiki/contrib/ ? Thanks -Vincent

4 16

[xwiki-devs] [proposal] Add an API function to drop permissions for the remainder of the document rendering.
by Caleb James DeLisle 13 Aug '11

13 Aug '11

Right now we have dropPermissions which makes a specific guarantee, there will not be any programming right for the duration of the request cycle. Sometimes a user might want to drop permissions for the duration of the document rendering. This would mean {{include}} macros, $doc.getRenderedContent() would allow permissions to be gained back while the included document was being rendered and after the content of that document is finished rendering, the permissions would be returned. I think it would do more harm than good to break the promise that dropPermissions() makes so I propose adding $doc.dropPermissions() to do this. I think $doc.dropPermissions() vs. $context.dropPermissions() is intuitive and easily explained but if anyone has another suggestion for a name, I'd be glad to hear it. WDYT? Caleb

5 7

[xwiki-devs] about how to implement "rename page" function in xeclipse
by Jun Han 12 Aug '11

12 Aug '11

Dear all, I am not sure how to implement "rename page" in xeclipse via REST API. In the current xmlrpc implementation, page rename changes the page name of and keeps the page history at the same time. However, in REST API, changing the page name means changes the resource URL of the page. This means that a new resource will be created. For example, change from "wikis/xwiki/spaces/myspace/pages/oldPageName" to "wikis/xwiki/spaces/myspace/pages/newName" Here are my questions: 1. Will the old page resource be removed? 2. Will the old page history be kept and stored in the new page? From REST API, I cannot find an http method to add page history Best regards Jun Han

2 1

[xwiki-devs] DocumentUpdatingEvent() new object values
by Vlad Merticariu 12 Aug '11

12 Aug '11

Hi devs, I'm having trouble with a listener to DocumentUpdatingEvent. I need to add new objects to my document, depending on the new values of some fields of an already existing object. The problem is that, because the document is not saved yet, I can only see the old values of the fields but I can't see the changes that were made. Is there a method to get the new values? I could use DocumentUpdatedEvent and see only the values but I would like to avoid saving the document twice. Thanks, Vlad

3 3