May 2010 - xwiki-devs@xwiki.org

[xwiki-devs] SVN Application for XWiki
by Ludovic Dubost 03 May '10

03 May '10

Hi, If you are following the xwiki comments, you might have seen that I've been working on an SVN application for XWiki. I've published this application here: http://code.xwiki.org/xwiki/bin/view/Applications/SVNApplication The objective of this application is to bring to XWiki Applications more professional development practices. One of them is the ability to do version management of XWiki applications. Of course XWiki contains versioning but this versioning does not apply accross wikis and makes it difficult to contribute code back to the community. With the SVN application you can now directly contribute code and code updates to the XWiki SVN contrib repository or to any other SVN repository. You can even commit in multiple SVN repositories in the same Wiki. The SVN Application supports: 1/ Compare the Wiki (limited to a list of spaces) with the SVN repository listing - added pages in the wiki - modified pages in the wiki - new pages in SVN - modified pages in SVN - conflicting pages modified in both SVN and the Wiki 2/ Commit in the SVN Repository 3/ Update from the SVN Repostory 4/ Show differences between SVN and the Wiki (in XML) The SVN Application does not provide merging and conflict resolution. The SVN Application normalizes XWiki XML allowing the cleanup the XML to not have the user, the dates, comments. This is necessary to provide concurrent development on multiple XWiki server without telling you that the pages have changed all the time. The source code is of course in SVN at http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-svn/ Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

4 5

[xwiki-devs] [VOTE] Commit Search application
by Thomas Mortagne 03 May '10

03 May '10

Hi devs, I have been working on an search related administration UI and i would like to commit a first version on svn and put it as XE 2.4-SNAPSHOT dependency to start review and improvements. Better do it as soon as possible instead of arguing just before the release of 2.4M1 since it's functionally complete and just need potential UI work (even if it's not worst than others admin section UIs ;)). This new application contains: * search administration UI: administration section that permit to choose the default engine ("lucene" and "web" for now) to use in the search panel and some Lucene status and control tools * all search related pages (panel, web/lucene search pages, XWiki.Result) moved from XE. I did not touched anything except the panel to support engine option, it's just a move for now * the default search engine is lucene TODO before commit: * put some new textual content in ApplicationResources.properties for the admin page TODO after first commit: * refactor ApplicationResources.properties to reflect the fact that some textual content moved from XE app to Search app * i will work on making "element to index" queue status refresh automatically using ajax WDYT ? Here is my +1 Thanks, -- Thomas Mortagne

8 8

[xwiki-devs] [Proposal] Merge dev:Drafts.SecuringXWiki with platform:AdminGuide.Security
by Caleb James DeLisle 03 May '10

03 May '10

Hello all, http://dev.xwiki.org/xwiki/bin/view/Drafts/SecuringXWiki has existed since 2009/12/26 and has become a place for explaining how to make XWiki more secure as well as containing some information about testing for the recently disclosed SQL issue. I would like to merge it into: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security I will leave the draft page up for a while because I had linked to an anchor in it in the security advisory mail. Eventually I plan to blank the page, leaving only a redirect and remove it from the drafts section. Caleb

5 4

[xwiki-devs] What browsers do we officially support?
by Caleb James DeLisle 03 May '10

03 May '10

I was just wondering what browsers do we support? Is this written down somewhere? I assume we do not support browsers with script turned off since menus and the admin app require script. Are there multiple levels of support? For example: more browsers supported for guests viewing than administrators or some browsers must have all functionality but can have ugly UI? Thanks Caleb

5 7

[xwiki-devs] Fwd: [ANNOUNCE] Velocity Engine 1.7-beta1 release available
by Vincent Massol 03 May '10

03 May '10

fyi -Vincent Begin forwarded message: > From: Nathan Bubna <nbubna(a)apache.org> > Date: April 28, 2010 12:53:50 AM GMT+02:00 > To: Velocity Developers List <dev(a)velocity.apache.org>, Velocity Users List <user(a)velocity.apache.org>, announce(a)apache.org > Subject: [ANNOUNCE] Velocity Engine 1.7-beta1 release available > > The Velocity developers are please to announce the availability of > Velocity Engine 1.7-beta1. > > Downloads can be found here: > http://velocity.apache.org/download.cgi > > A great deal of work has been done since the 1.6 branch. Here's a taste: > > - Your macros can now be called with bodies when you want: > #macro(foo)Here is $bodyContent#end > #@foo()body content!#end > - Quotes can be escaped in strings by doubling them: > #set( $foo = "$person said, ""$comment"" " ) > #set( $bar = 'Joe said, ''Hi!'' ' ) > - The flawed #literal directive has been replaced with: > #[[ This is included but not parsed, so #if and $foo need no escaping.]]# > > Also included are namespacing improvements, better #break and #stop, > bracketed index syntax, and more! For full details, please see the > change log: > http://velocity.apache.org/engine/devel/changes-report.html > > This should work as a drop-in replacement for Velocity 1.6.3 in the > vast majority of cases. However, there have been a number of > deprecations (should result in warnings in your log output) and a few > minor behavioral changes, all of which are explained in the change > log. :)

3 5