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

[xwiki-devs] Programmed Macro with Velocity Inside
by Matthias Wegner 17 Nov '13

17 Nov '13

Hello All, i use a XWiki.WikiMacroClass with a big Velocity-Script in the "Macro Code"-Section. Now i want to transfer it to a Java-Macro as described in http://rendering.xwiki.org/xwiki/bin/view/Main/ExtendingMacro. I am not sure where i have to place the code inside the Java-Macro. I tried @Inject private MacroContentParser contentParser; and in the method public List<Block> execute(...) { Strong code = "{{velocity}}\n" + "$doc\n"+"{{/velocity}}"; List<Block> result = this.contentParser.parse(code, context, true, context.isInline()).getChildren(); return result; } But this give no code-result back in The Page when i use the macro. Is that the right way? Regards, Matthias -- View this message in context: http://xwiki.475771.n2.nabble.com/Programmed-Macro-with-Velocity-Inside-tp7… Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 2

[xwiki-devs] [Proposal] Stop tracking sessions in URL (when cookies are off)
by Vincent Massol 15 Nov '13

15 Nov '13

Hi devs, Right now we're trying to support clients (browsers namely) that have cookies turned off. I've recently updated code to try to support that but I've found that: 1) It's very hard and we still have lot of places in our code that doesn't work without cookies 2) It adds ;jsessionid in the URL and this is causing havoc in tons of unsuspecting place such as RSS feed generation (RSS readers get different URLs every time thus thinking it's a different article, exports, watchlist, tests, etc). 3) It's a security risk to expse the sessionid in the URL 4) It's bad for SEO since search bots may index several times the same resource with different sessionid (it's a new one every time) 5) There are lots of cases where we don't need to track sessions (like for RSS feed generation or HTML exports) I started fixing all failing places because of the ;jsessionid in the URL but more keep coming and it feels strange to have to remove it a bit everywhere when we're adding it in our URL factory. Thus I'd like to propose that we officially don't support tracking sessions in URLs (i.e. when browsers have cookies turned off). The idea is that I'd still call encodeURL in our XWikiURLFactory implementations (we need this if we want to support URL rewriting for short URLs for example) but XWikiURLFactory would strip any jsessionid from the URL. WDYT? Here's my +1 Thanks -Vincent

7 8

[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