November 2013 - xwiki-devs@xwiki.org

[xwiki-devs] [Reminder] BFD#44
by Vincent Massol 15 Nov '13

15 Nov '13

Hi devs, Today is Bug Fixing Day 44. We're currently at -112 bugs (vs -121 last week) for the 1600 days period: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Let's reduce this gap... Here's the BFD#44 dashboard to follow the progress during the day: *http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11795 <http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11795>* Thanks -Vincent

1 1

[xwiki-devs] Links to/from page
by Matthias Wegner 13 Nov '13

13 Nov '13

Hello, is there a easy way to get all links which are in a page (Forewardlinks, external and internal) and links which linking to page (Backlinks, internal)? I found nothing usefull in the api and the forum. Need i to parse the page my own to get them? Is there a Parser i could use which do the half way? Regards, Matthias -- View this message in context: http://xwiki.475771.n2.nabble.com/Links-to-from-page-tp7587920.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 7

[xwiki-devs] NPE in $escapetool.url()
by Marius Dumitru Florea 12 Nov '13

12 Nov '13

Hi devs, I just reported http://jira.xwiki.org/browse/XCOMMONS-494 . It seems the following generates a NPE: $escapetool.url({ 'foo': $null, 'bar': ['one', $null, 'three'], $null: 'value' }) I see 3 possible results: (1) Skip null parameter key and value bar=one&bar=three (2) Use 'null' for both the key and the value foo=null&bar=one&bar=null&bar=three&null=value (3) Use empty string for null value foo=&bar=one&bar=&bar=three&null=value I'm going to implement (1) if no one is against it. Thanks, Marius

2 2

[xwiki-devs] rel attribute instead of target??
by Paul Libbrecht 11 Nov '13

11 Nov '13

Hello XWiki community, The current syntax 2.1 allows me to use [[ link-label >> http://example.com || target="targ"]] so as to write a link that goes to a named target targ (which could also be "_blank"). However, both XWiki Syntax 2.1 documentation for links: http://platform.xwiki.org/xwiki/bin/view/Main/XWikiSyntax#HXWikiSyntax2.1Li… and the WYSIWYG editor employ the rel attribute instead to denote that a link should be opened in a new window. I am surprised such a choice is made since: - the rel attribute is deemed to be only useful for robots (see, e.g. http://www.w3.org/TR/html401/struct/links.html#adef-rel, http://dev.w3.org/html5/markup/a.html#a.attrs.rel,http://reference.sitepoin… or http://www.htmlhelp.com/reference/html40/values.html#linktypes) - the target attribute which was deprecated in html4 has been resurrected by hmtl5 and is indeed output by: [[ link-label >> http://example.com || rel="__blank"]] I would suggest: - to modify the syntax documentation to speak about the target attribute as well as the rel attribute (e.g. with the nofollow attribute) - to let the wysiwyg editor output target="_blank" instead of including the rel nae Do you agree? It appears that I need particular rights to edit the XWikiSyntax page. How do I get them? thanks in advance. Paul

2 1

[xwiki-devs] Upload Attachments
by Matthias Wegner 10 Nov '13

10 Nov '13

Hello, I have an old self-made wiki with nearly thousand pages which i want to import. At the moment i don't know which attachments makes the problem. On Images and Content everything works fine for all pages. I want to import the content to new xwiki-documents and upload into them my attachments and images with doc.addAttachment(attachmentName, new FileInputStream(data), xcontext) in a groovy-script. In some i get the following exception: java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Unknown Source) at java.lang.AbstractStringBuilder.expandCapacity(Unknown Source) at java.lang.AbstractStringBuilder.ensureCapacityInternal(Unknown Source) at java.lang.AbstractStringBuilder.append(Unknown Source) at java.lang.StringBuffer.append(Unknown Source) at org.suigeneris.jrcs.util.ToString.arrayToString(ToString.java:110) at org.suigeneris.jrcs.rcs.impl.Node.setText(Node.java:349) at org.suigeneris.jrcs.rcs.Archive.<init>(Archive.java:243) at org.suigeneris.jrcs.rcs.Archive.<init>(Archive.java:214) at com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:186) at com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:739) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1568) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1536) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:524) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:177) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:170) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1448) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1404) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1399) at com.xpn.xwiki.XWiki$saveDocument.call(Unknown Source) at Script2.upload(Script2.groovy:56) 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.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1085) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:909) at groovy.lang.DelegatingMetaClass.invokeMethod(DelegatingMetaClass.java:149) at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl$2.invokeMethod(GroovyScriptEngineImpl.java:330) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) I didn't get it to catch that exception in groovy. Is that possible? The groovy-script is skipped by the exception, so nothing is done. I really like to catch that, so all possible is done and i get an information what is not working. I tried to surround the try-catch-block to thedocument-save method, but it not helps. Is that a problem of the size of the attachments? Some are bigger than 100MB. I didn't change the attachment storage to file-system yet. What is your experience? Is that a problem of the attachment size or something else? To test this i use the Portable XWiki 5.1 with the Hsqldb. Regards, Matthias -- View this message in context: http://xwiki.475771.n2.nabble.com/Upload-Attachments-tp7587887.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 1

[xwiki-devs] [Proposal] Adding a Contrib top level project in commons
by Vincent Massol 09 Nov '13

09 Nov '13

Hi devs, We need to provide a contrib top level POM for extension contributors. ATM we recommend to extend the commons top level pom on http://contrib.xwiki.orgbut it's a bad idea because contributors forget to override some pom.xml elements (such as the <developers> section) and thus the published extensions end up with wrong information (such as wrong author: "XWiki Development Team"). The reason to put it in commons: * We will have dependencyManagement in it and thus it needs to be in sync with the commons version. It'll have the same version as commons top level pom version. * Easy for us since it'll be released at the same time as commons * Easy for extension authors to choose the top level contrib version they need: they'll pick the one corresponding to the xwiki version they want to depend on Note that since some extensions may want to depend on versions of XWiki older than 5.3 we can deploy this contrib pom also for older versions using mvn deploy:deploy-file WDYT? Thanks -Vincent

4 10

[xwiki-devs] [ANN] XWiki 5.2.1 released
by Vincent Massol 09 Nov '13

09 Nov '13

The XWiki development team is proud to announce the availability of XWiki 5.2.1. This is a important bugfix release which fixes several regressions introduced in 5.2 (RSS, Watchlist, PDF export, etc). You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download(please allow a few hours for the binaries to propagate to the download servers if the download doesn't work yet) Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki521 Thanks -The XWiki dev team

1 0

[xwiki-devs] Postpone 5.3M2 by 3 days
by Guillaume "Louis-Marie" Delhumeau 08 Nov '13

08 Nov '13

Hi. Vincent and Thomas has started reviewing my work for the new Wiki API. Some changes: - do not store the membershipType in the descriptor, but as a configuration object in the subwiki. - having the option Local Users, Global users, Local + Global users instead of enableLocalUsers(), because we need the 3 uses cases: - global users only: the workspaces use-case - local users only: a farm like xwiki cloud, where each wiki should not know anything about the main wiki - global + local users: myxwiki.org use case. + some changes to do in the UI. Because of that, I won't be able to reach the M2 deadline. Moreover, I can't work until the 12th. So I propose to postpone it. 5.3M2: 14th november (was 11) 5.3RC1: 21th november (was 18) 5.3 final: 2st decembre (was 25th november). WDYT? Thanks, Louis-Marie

5 5

Re: [xwiki-devs] [Reminder] BFD#43 (RESULT)
by Vincent Massol 08 Nov '13

08 Nov '13

This was a disappointing BFD: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+43 Let's make sure the next one is better! Thanks -Vincent On Thu, Nov 7, 2013 at 8:51 AM, Vincent Massol <vincent(a)massol.net> wrote: > Hi devs, > > Today is Bug Fixing Day 43. > > We're currently at -121 bugs for the 1600 days period: > http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 > > Let's reduce this gap... > > Here's the BFD#43 dashboard to follow the progress during the day: > *http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11793 > <http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11793>* > > Thanks > -Vincent >

1 0

[xwiki-devs] [Proposal] Release XWiki 5.2.1 tomorrow
by Vincent Massol 08 Nov '13

08 Nov '13

Hi devs, I'd like to release XWiki 5.2.1 tomorrow since it contains lots of important regressions... Thanks -Vincent

4 3