June 2011 - xwiki-devs@xwiki.org

[xwiki-devs] Calendar Application
by Vlad Merticariu 23 Jun '11

23 Jun '11

Dear All, I'm working on the Calendar Application and I would like a few opinions on how to structure it. Details about the application can be found here: http://incubator.myxwiki.org/xwiki/bin/view/Drafts/CalendarApplication and my main problem is choosing between the presented alternatives. A few important pieces of information about the application: - every event is a document with an object of EventClass attached - every calendar is a document with an object of CalendarClass attached - whenever a calendar is added, a space is also created. This space will store the calendar doc and the events associated with the calendar The functionality can be found on incubator. The alternatives are: *Calendar aggregator* The WebHome of the application is an aggregated calendar which displays the events from all the calendars of a user. The user creates several calendars (e.g. Personal, Work) which can be visualized both individually and together, on the main page of the application. This is very similar to Google Calendar, following the same approach. The main advantage of this is the ease of interaction between users' calendars (e.g. sharing a calendar with another user means displaying the specific calendar among his own calendars, inside the WebHome). *Individual calendars with categories* The users creates calendars which are individual entities and each event is assigned a category when added. When the user is invited to other events he can choose to view those events in one or more of his calendars while when another user shares a calendar with him he can only view that calendar, on a separate page. As far as I see it, the first choice means easier interaction between users but considering the number of events that must be selected every time, performance might not be that good. Please let me know which of the two you consider to be better or, if you have another solution, which might that be. Thanks, Vlad

4 3

[xwiki-devs] Programmatic XWiki page generation
by Mark Wallace 23 Jun '11

23 Jun '11

Hi everyone. I'm looking for a programmatic way to generate XWiki pages that include objects. I have looked at generating XAR files for import, but am wondering if there are other ways to generate pages from code with no user interaction. Any pointers would be appreciated. -Mark

3 2

[xwiki-devs] XWiki Enterprise 3.1 Released.
by Caleb James DeLisle 21 Jun '11

21 Jun '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The XWiki development team is proud to announce the release of XWiki Enterprise 3.1 Final. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is the first ever release to be tested in a staging repository and is probably the most well tested release to date. You can review the changes made since 3.0 by going to: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… Thanks - -The XWiki development team If you would like to download the new release now, you can using these links: - ---- XWiki Enterprise for Servers ---- xwiki-enterprise-web-3.1.war SHA1: 5321b065247027cffb2b139bbe9db876e079f4ca http://forge.ow2.org/project/download.php?group_id=170&file_id=16846 xwiki-enterprise-wiki-3.1.xar SHA1: d80a7611d19dc28717a4538efe49cfd4858f94ec http://forge.ow2.org/project/download.php?group_id=170&file_id=16847 - ---- XWiki Enterprise Standalone ---- xwiki-enterprise-installer-windows-3.1.exe SHA1: c2ba74cfae30e272566f4e6ce7435d14ae9df2e3 http://forge.ow2.org/project/download.php?group_id=170&file_id=16845 xwiki-enterprise-jetty-hsqldb-3.1.zip SHA1: 82a80420f48b7d0614822137498251e7fc01e889 http://forge.ow2.org/project/download.php?group_id=170&file_id=16844 xwiki-enterprise-installer-generic-3.1-standard.jar SHA1: 7a038ce14be2b75bdaecb816bcf699f221908d9b http://forge.ow2.org/project/download.php?group_id=170&file_id=16843 - ---- XWiki Manager for Servers ---- xwiki-manager-web-3.1.war SHA1: abdf4e758246cabf4a1af79337e8170bfc582b1e http://forge.ow2.org/project/download.php?group_id=170&file_id=16848 xwiki-manager-wiki-administrator-3.1.xar SHA1: 9e2c9a2b02f87060c657c70bf15e4721df7e4f6c http://forge.ow2.org/project/download.php?group_id=170&file_id=16850 - ---- XWiki Manager Standalone ---- xwiki-manager-jetty-mysql-3.1.zip SHA1: f6277fd61c412642300427440798fd27938651cf http://forge.ow2.org/project/download.php?group_id=170&file_id=16851 - ---- XWiki Manager Extension for XWiki Enterprise Installations ---- xwiki-manager-application-xem-3.1.xar SHA1: f22abfd671527f6ef293d3763b8e688e2f0c100d http://forge.ow2.org/project/download.php?group_id=170&file_id=16849 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJOAL4sAAoJECYAmptlsgnWNk8P/jDYcGMDioM+DCzaN69Ljo5F De3EQQL0c++OjkC+R/s3kzxoHFk9g2Sa8bWjjDYIqiORiV1eIbJ1RnV5Tc31G5xA Q5MastEQ9onzQalXnZDJhrwwSw2CYMk9sia3bWBDPi55zuSKJvSar7Zgg85xE953 0a+Xmp2bCECc8QI8taeqyOnpAmvHR3NG6sKFc6biVRTBcU93XhUVZVPmjZixvupR fxo3gVmyX4G9RbNJFKxHZkHyEHcRdW1+7vdR9Dj3qZBTGBs+2jAHR3Xl6LEjyAb6 +NrZsmHf590jnrvrrl4t0Ld5kaG4ykHICShOZRIrZ8VylBTylHl+Zgx38imQ818J /YVEdjCGh6iqOHF1BQM4aeiAFw/Ja3EiqjpUkrqtMH5pjfbMU3qNNxKAtP4WKdac xDZaUZddMcKGauA7Qc27YkQkl7Nkvb4A3ikNld/PZs2QfDPEJsytrz6VqAgnLfwO Q4H6rvltysCbv/v05V2/jgUrNtXsnUa2NSOXjYVrsdiQh71qTph9I+nNbjk35gs/ dD8TaFxejMmu68qUcOR2aFIRncO2QKlbff8dN1UfkXJ7dd/HVS/1/1YtBQWiIqjk TWRS3KVgf4tgo1yHGyedBIkSCo3+iHffUyMPkmZoxJ9fnzvVWRi7eOQWOUwCOqWd Lg7wLAAwbJWY1rdpiXAT =78pa -----END PGP SIGNATURE-----

1 0

[xwiki-devs] Code review request for "Auto-completion in content editors"
by 许凌志(Jamesxu) 21 Jun '11

21 Jun '11

Hi, These days I am trying to build the framework for auto-completion features for wiki editors. And part of codes I have committed to github. Hope you can reveiew the code for me. I haven't made pull request yet, because the codes are not complete and full tested, I will update them almost everyday. So I don't know if pull the request is neccessary. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

2 2

[xwiki-devs] Status Xwiki Android Client
by Chamika Weerasinghe 20 Jun '11

20 Jun '11

Hi, For now I've implemented almost all the REST GET methods in xwiki-android-client. Translations and some of the Objects method will be implemented as soon as possible. I modified jaxb model classes to work with GSON which is a json deserializer works in Android. xwiki-android-rest is downgraded from android SDK version 2.2 to 2.1.1 for achieving more compatibility with the devices. Currently I'm having an issue in all the REST requests which has date/time because REST replies date/time as a java.util.GregorianCalendar object with using sun.util.calendar.ZoneInfo as the timezone. Android doesn't have sun.util.calendar library and because of that json objects cannot be deserialize using GSON. Therefore I manually deserialized ZoneInfo content. So now TimeZone data can be added to any other common library which can be used with xwiki as well as Android. Please suggest me such library. Android Xwiki navigator Thomas suggested to make a developer widget which serves as a xwiki-navigator. ( http://developer.android.com/guide/topics/ui/custom-components.html) But these developer widget are only used for designing custom user interfaces and functionality should be added as same as normal android application. So there is no significant advantage of building developer widget. Anyway I'll do it. Best Regards, Chamika Weerasinghe

4 5

[xwiki-devs] 3.1 Release status
by Caleb James DeLisle 20 Jun '11

20 Jun '11

As far as I know it is only: http://jira.xwiki.org/jira/browse/XWIKI-6697 which is now blocking the release. Is there an estimated time of repair on this bug? Does anyone know of anything else which is holding up the release? In our last successful integration test cycle, there were 4 failing tests which seem to be related to XWIKI-6697. http://ci.xwiki.org/job/xwiki-enterprise-tests-3.1/131/testReport/

7 17

[xwiki-devs] [VOTE] Dates for XE 3.2 Release
by Vincent Massol 20 Jun '11

20 Jun '11

Hi devs, I forgot to propose dates in the Roadmap mail for XE 3.2 so here's a proposal: 3.2M1: 18 July 2011 3.2M2: 15 August 2011 3.2M3: 12 Sep 2011 3.2RC1: 26 Sep 2011 3.2 Final: 10 Oct 2011 Rationale: - 4 week for milestone releases - 2 weeks for RC and Final - 1 more milestone than usual since it's holiday time and most committers will be off at least 2 to 4 weeks during the summer Here's my +1 Thanks -Vincent

4 6

[xwiki-devs] creating groups via XML-RPC
by Riveira Faraldo, Bernardo 20 Jun '11

20 Jun '11

Hi there! We are trying to use XWiki 3.0 enterprise, trying to create via XML-RPC thousands of users, groups and membership programmatically so we can keep updated AD, Liferay, other sources of users, other apps, all with CAS integration, etc. As there is still no confluence 2.0 API compatibility but we need to create users & groups in XWiki from an external software, we have been collecting pieces of code from messages and FAQs about how to implement it. We try to create users, their pages, and add them to the XWikiAllGroup with : Page page = new Page(); page.setSpace("XWiki"); page.setTitle("username01"); page.setId("XWiki.username01"); page.setContent("{{include document=\"XWiki.XWikiUserSheet\"/}}"); rpc.storePage(page); XWikiObject xobj = new XWikiObject(); xobj.setClassName("XWiki.XWikiUsers"); xobj.setPageId("XWiki.username01"); xobj.setProperty("first_name", "name"); xobj.setProperty("last_name", "last name"); xobj.setProperty("email", "email(a)email.com"); xobj.setProperty("password","##########"); rpc.storeObject(xobj); XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAllGroup"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); (Suppose we run that with username01 to username99) Although first time we run this, the page gets created, the user gets created but the properties not! :-o If we run again the import, then every user gets their properties. :-? Then, only the LAST user created gets correctly added to XWiki.XWikiAllGroup. If we stop/debug the program between each user creation process, always the last one appears at XWiki.XWikiAllGroup when checking via UI. So they are all there for a moment, until they are replaced by the last one. Like if the rpc.storeObject(xobjgrp) deleted previously any other user in that XWiki.XWikiAllGroup page. Then we try to create groups using this: // create group 01 Page page = new Page(); page.setSpace("XWiki"); page.setTitle("group01"); page.setContent("{{include document='XWiki.XWikiGroupSheet' /}}"); rpc.storePage(page); // create group 02 Page page = new Page(); page.setSpace("XWiki"); page.setTitle("group02"); page.setContent("{{include document='XWiki.XWikiGroupSheet' /}}"); rpc.storePage(page); ... Those "Groups" get created as Pages with XWikiGroupSheet app that allows us to see/edit the users via UI, but we need to add them via XML-RPC. ALSO, they are Pages, but they are NOT EXACTLY the same as if they where created via the Admin UI, where when you create a "Group" it shows slightly differently: Autocreated via XML-RPC: Versus when a group is created via Admin UI, it shows up differently, just like this: SO, we suppose the way we create a Group via XML-RPC (just a Page with a special Sheet) is NOT ENOUGH. And finally we try to add existing users to newly created groups with code like this: // user 01 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); // user 01 to group 02 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group02"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); // user 02 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); // user 03 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); ... If now we check the group via UI, we can find Pages named XWiki.group01 , XWiki.group02, and with only one user each (although in the code up there username 01, 02 and 03 should be members of group01 !!! only THE LAST ONE (username03) remains. Also we tried to add also some users to the default (pre-created) XWiki.XWikiAdminGroup so they can act as administrators: XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAdminGroup"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAdminGroup"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); As before only XWiki.username02 stays as member of XWiki.XWikiAdminGroup. We tried this with a fresh install of XWikiEnt3.0+Jetty+HSQLDB, then in Tomcat+MySQL, same problem in all of them. So, are we doing something wrong? Maybe something must be done with every user or group before you can add membership via XML-RPC? Sorry for the long post and thanks in advance! Bernardo Riveira Hi there! We are trying to use XWiki 3.0 enterprise, trying to create via XML-RPC thousands of users, groups and membership programmatically so we can keep updated AD, Liferay, other sources of users, other apps, all with CAS integration, etc. As there is still no confluence 2.0 API compatibility but we need to create users & groups in XWiki from an external software, we have been collecting pieces of code from messages and FAQs about how to implement it. We try to create users, their pages, and add them to the XWikiAllGroup with : Page page = new Page(); page.setSpace("XWiki"); page.setTitle("username01"); page.setId("XWiki.username01"); page.setContent("{{include document=\"XWiki.XWikiUserSheet\"/}}"); rpc.storePage(page); XWikiObject xobj = new XWikiObject(); xobj.setClassName("XWiki.XWikiUsers"); xobj.setPageId("XWiki.username01"); xobj.setProperty("first_name", "name"); xobj.setProperty("last_name", "last name"); xobj.setProperty("email", "email(a)email.com"); xobj.setProperty("password","##########"); rpc.storeObject(xobj); XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAllGroup"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); (Suppose we run that with username01 to username99) Although first time we run this, the page gets created, the user gets created but the properties not! :-o If we run again the import, then every user gets their properties. :-? Then, only the LAST user created gets correctly added to XWiki.XWikiAllGroup. If we stop/debug the program between each user creation process, always the last one appears at XWiki.XWikiAllGroup when checking via UI. So they are all there for a moment, until they are replaced by the last one. Like if the rpc.storeObject(xobjgrp) deleted previously any other user in that XWiki.XWikiAllGroup page. Then we try to create groups using this: // create group 01 Page page = new Page(); page.setSpace("XWiki"); page.setTitle("group01"); page.setContent("{{include document='XWiki.XWikiGroupSheet' /}}"); rpc.storePage(page); // create group 02 Page page = new Page(); page.setSpace("XWiki"); page.setTitle("group02"); page.setContent("{{include document='XWiki.XWikiGroupSheet' /}}"); rpc.storePage(page); ... Those "Groups" get created as Pages with XWikiGroupSheet app that allows us to see/edit the users via UI, but we need to add them via XML-RPC. ALSO, they are Pages, but they are NOT EXACTLY the same as if they where created via the Admin UI, where when you create a "Group" it shows slightly differently: Autocreated via XML-RPC: [cid:[email protected]] Versus when a group is created via Admin UI, it shows up differently, just like this: [cid:[email protected]] SO, we suppose the way we create a Group via XML-RPC (just a Page with a special Sheet) is NOT ENOUGH. And finally we try to add existing users to newly created groups with code like this: // user 01 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); // user 01 to group 02 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group02"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); // user 02 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); // user 03 to group 01 XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("group01"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); ... If now we check the group via UI, we can find Pages named XWiki.group01 , XWiki.group02, and with only one user each (although in the code up there username 01, 02 and 03 should be members of group01 !!! only THE LAST ONE (username03) remains. Also we tried to add also some users to the default (pre-created) XWiki.XWikiAdminGroup so they can act as administrators: XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAdminGroup"); xobjgrp.setProperty("member","XWiki.username01"); rpc.storeObject(xobjgrp); XWikiObject xobjgrp = new XWikiObject(); xobjgrp.setClassName("XWiki.XWikiGroups"); xobjgrp.setPageId("XWiki.XWikiAdminGroup"); xobjgrp.setProperty("member","XWiki.username02"); rpc.storeObject(xobjgrp); As before only XWiki.username02 stays as member of XWiki.XWikiAdminGroup. We tried this with a fresh install of XWikiEnt3.0+Jetty+HSQLDB, then in Tomcat+MySQL, same problem in all of them. So, are we doing something wrong? Maybe something must be done with every user or group before you can add membership via XML-RPC? Sorry for the long post and thanks in advance! Bernardo Riveira ***** Este mensaje se dirige exclusivamente a su destinatario. Puede contener información privilegiada, confidencial o legalmente protegida. Si ha recibido este mensaje por error le rogamos que lo borre inmediatamente, así como todas sus copias, y lo comunique al remitente. En virtud de la legislación vigente está prohibida la utilización, divulgación copia o impresión sin autorización. No existe renuncia a la confidencialidad o privilegio por causa de una transmisión errónea. *****

4 9

[xwiki-devs] [Proposal] Create 'xwiki' database on first run if it does not exist
by Eduard Moraru 17 Jun '11

17 Jun '11

Hi, I think this is a common and long living problem. Some more feedback/points of view on this might be welcomed. http://jira.xwiki.org/jira/browse/XWIKI-6715 Thanks, Eduard

1 0

[xwiki-devs] [VOTE] Remove automatic plugin reinit when XWikiPreference is modified
by Thomas Mortagne 16 Jun '11

16 Jun '11

Hi dev, Currently each time you modify XWikiPreference all the plugin are reloaded and reinitialized. This is very bad so I would like to remove this. Also this is done only when not in vistual mode (what the...). If either a plugin cache something coming from XWikiPreference it should register to event itself and update its cache when needed. I don't know any plugin which actually count on this "feature". My proposal is to simply remove this code which is useless and does not even work in virtual mode anyway. WDYT ? Here is my +1 -- Thomas Mortagne

2 2