October 2009 - xwiki-devs@xwiki.org

[xwiki-devs] [myxwiki] XWiki Enterprise 2.0.2 Upgrade
by Jean-Vincent Drean 23 Oct '09

23 Oct '09

Hello, myxwiki.org has been upgraded to XE 2.0.2, if you own a wiki hosted there you should have a look at : http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise202 We also strongly recommend an upgrade to the latest wiki version. To upgrade you must download XE 2.0.2 XWiki XAR from : http://www.xwiki.org/xwiki/bin/view/Main/Download And follow the upgrade guide available at : http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgrading… To be notified of the myxwiki.org server upgrades you can follow myxwiki on twitter: http://twitter.com/myxwiki Thanks, JV.

1 0

[xwiki-devs] [ANN] XWiki Enterprise 2.0.2 and XWiki Enterprise Manager 2.0.2 Released
by Thomas Mortagne 22 Oct '09

22 Oct '09

The XWiki development team is pleased to announce the release of XWiki Enterprise 2.0.2 and XWiki Enterprise Manager 2.0.2. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This release fix two important regressions (office import doesn't work in multiwiki mode and a table followed by a block with params fail to render) and add many Watchlist improvements and bufixes. For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise202 and http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM202. Thanks -The XWiki dev team

1 0

Re: [xwiki-devs] [xwiki-notifications] r12079 - in platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/rendering: macro transformation
by Vincent Massol 22 Oct '09

22 Oct '09

Hi Sergiu, Are you sure about this below? What's your use case? I find it strange to order by class name for an execution order. Thanks -Vincent On Aug 27, 2008, at 1:59 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-08-27 01:59:21 +0200 (Wed, 27 Aug 2008) > New Revision: 12079 > > Modified: > platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/macro/AbstractMacro.java > platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/AbstractTransformation.java > Log: > XWIKI-2568: Continue implementing the new Rendering Architecture > Improve the macro and transformation comparer so that component > implementations with the same priority are ordered by the classname. > > > Modified: platform/core/trunk/xwiki-rendering/src/main/java/org/ > xwiki/rendering/macro/AbstractMacro.java > =================================================================== > --- platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/macro/AbstractMacro.java 2008-08-26 23:57:19 UTC (rev 12078) > +++ platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/macro/AbstractMacro.java 2008-08-26 23:59:21 UTC (rev 12079) > @@ -78,6 +78,9 @@ > */ > public int compareTo(Macro< ? > macro) > { > - return getPriority() - macro.getPriority(); > + if (getPriority() != macro.getPriority()) { > + return getPriority() - macro.getPriority(); > + } > + return > this > .getClass > ().getSimpleName().compareTo(macro.getClass().getSimpleName()); > } > } > > Modified: platform/core/trunk/xwiki-rendering/src/main/java/org/ > xwiki/rendering/transformation/AbstractTransformation.java > =================================================================== > --- platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/AbstractTransformation.java 2008-08-26 > 23:57:19 UTC (rev 12078) > +++ platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/AbstractTransformation.java 2008-08-26 > 23:59:21 UTC (rev 12079) > @@ -52,6 +52,9 @@ > */ > public int compareTo(Transformation transformation) > { > - return getPriority() - transformation.getPriority(); > + if (getPriority() != transformation.getPriority()) { > + return getPriority() - transformation.getPriority(); > + } > + return > this > .getClass > ().getSimpleName > ().compareTo(transformation.getClass().getSimpleName()); > } > }

2 4

[xwiki-devs] Problems with producing inline content from wiki macros
by Asiri Rathnayake 22 Oct '09

22 Oct '09

Hello Devs, As I understand, If a wiki macro supports inline mode and is executed as an inline macro, it must be true that the output generated by the macro does not contain block elements (otherwise the result will not be inline). From the wiki macro bridge code we have the following check: <code> List<Block> result = xdom.getChildren(); // If in inline mode remove any top level paragraph. if (context.isInline()) { this.parserUtils.removeTopLevelParagraph(result); } </code> This only removes the top-level paragraph block. It's possible that inside the content there are more block level elements, I think this is where we need the inline parser. Another problem i discovered is if i have a wiki macro with macro code: <code> {{velocity}} ..... {{/velocity}} </code> This makes the {{velocity}} macro behave in a non-inline fashion regardless of the wiki macro's intentions. Further more, the paragraph block generated by the {{velocity}} macro is not stripped by the check I mentioned above. This is because the paragraph block resides inside a MacroMarkerBlock (so it is not a top-level paragraph). A workaround I found for this problem is to have something like: <code> {{html}}{{/html}}{{velocity}} ..... {{/velocity}} </code> This is only a hack to force the {{velocity}} macro ro behave in an inline fashion. Now I'm wondering if we should wait for the inline parser to be available to fix this or do some custom hacking to get rid of the block elements generated while executing in inline mode. wdyt? Thanks. - Asiri

3 2

[xwiki-devs] XWiki on Nemo(Sonar)
by Vincent Massol 22 Oct '09

22 Oct '09

Hi, The XWiki project is now fully set up on Nemo here: http://nemo.sonarsource.org/components/index/XWIKI Comments: * Since our junit test no longer fail with memory issue they've added back test coverage stats. Link to platform: http://nemo.sonarsource.org/project/index/178319 * They've just added the "Commented LOC" stat feature which shows the number of lines of commented code. We shouldn't have any commented out code so we'll need to gradually reduce this too. * The test coverage don't count integration and functional tests, i.e. if a unit tests tests code from another module the coverage is not taken into account. Thus all our rendering tests in xwiki-rendering- tests are not taken into account (they cover 90% of the rendering api code...). * Since they've added the unit tests the tech debt has gone down a lot. I'll ask them why. Thanks -Vincent

3 4

Re: [xwiki-devs] [xwiki-notifications] r24562 - platform/core/branches/xwiki-core-2.0/xwiki-core
by Sergiu Dumitriu 22 Oct '09

22 Oct '09

On 10/19/2009 11:27 AM, vmassol (SVN) wrote: > Author: vmassol > Date: 2009-10-19 11:27:22 +0200 (Mon, 19 Oct 2009) > New Revision: 24562 > > Modified: > platform/core/branches/xwiki-core-2.0/xwiki-core/pom.xml > Log: > XWIKI-4496: Unit tests need more heap space > > * Isolate tests. > > Merged from trunk (rev 24561) > > Modified: platform/core/branches/xwiki-core-2.0/xwiki-core/pom.xml > =================================================================== > --- platform/core/branches/xwiki-core-2.0/xwiki-core/pom.xml 2009-10-19 09:23:06 UTC (rev 24561) > +++ platform/core/branches/xwiki-core-2.0/xwiki-core/pom.xml 2009-10-19 09:27:22 UTC (rev 24562) > @@ -819,6 +819,14 @@ > </dependencies> > <build> > <plugins> > +<plugin> > +<groupId>org.apache.maven.plugins</groupId> > +<artifactId>maven-surefire-plugin</artifactId> > +<configuration> > + > +<forkMode>pertest</forkMode> Does this affect performace? As in longer time to run the tests? -- Sergiu Dumitriu http://purl.org/net/sergiu/

3 4

[xwiki-devs] [VOTE] Release 2.0.2 tomorrow, earlier than planned
by Vincent Massol 22 Oct '09

22 Oct '09

Hi devs, Should we release 2.0.2 earlier than planned? Right now it's planned for the 2nd of nov but we have 2 important regressions and people are starting to upgrade to 2.0.1 * regression 1: office import doesn't work in multiwiki mode * regression 2: a table followed by a block with params doesn't render correctly (exception) Thus I'm proposing that we release 2.0.2 tomorrow (Thomas is ok to do it). We have the following issues already fixed in 2.0.2: http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=10010… Here's my +1 Thanks -Vincent

5 5

Re: [xwiki-devs] feedback on code section in Xwiki page
by Leon Wang 22 Oct '09

22 Oct '09

Hi Thomas, It works. This is so cool. :-) Thanks. -Leon

1 0

[xwiki-devs] Applications: MultiPage Export, Recruitment, Todo Macro
by Ludovic Dubost 21 Oct '09

21 Oct '09

Hi, I've published a few applications we have been using for a little while: - Multi page export application: http://code.xwiki.org/xwiki/bin/view/Applications/MultiPageExportApplication It's an application allowing to generate PDFs or XARs from multiple page. In conjunction with the collection plugin it allows to create full reports from multiple wiki pages. - Recruitment application: http://code.xwiki.org/xwiki/bin/view/Applications/RecruitmentManagementAppl… It's a new version of the already published application. It now included user evaluations of candidates. - Todo Macro http://code.xwiki.org/xwiki/bin/view/Macros/TodoMacro A cool todo macro using the Wiki Macro feature of XWiki 2.0. You can add todos using the Wysiwyg editor and then manage them directly in view mode. The source code for these different applications is here: http://svn.xwiki.org/svnroot/xwiki/sandbox/applications/ Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

3 2

[xwiki-devs] feedback on code section in Xwiki page
by Leon Wang 21 Oct '09

21 Oct '09

Hi everyone, It seems the code section in Xwiki page can display html tags with color which is cool, but it seems it can not recognize Java code and display it with color. If it can display all sort of codes with colors it will be perfect. Thanks. -Leon

2 1