August 2013 - xwiki-devs@xwiki.org

[xwiki-devs] [Idea] Explorer Application
by Ecaterina Moraru (Valica) 13 Aug '13

13 Aug '13

Hi devs, This is an idea for an Explorer application that would be used to navigate step-by-step inside the wiki by following the wiki/space/page/objects hierarchy. You can see some mockups and comparison at http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ExplorerApp Thanks, Caty

3 2

[xwiki-devs] FW: Jasper Reporting macro
by Jones, Dan 09 Aug '13

09 Aug '13

Would you guys be interested in a macro that would generate a Jasper report, using an attached jasper compiled file, and a jndi database string? With this, you can have extremely complex reports, images/charts, etc. by just attaching a jasper report to a page and referencing it along with the database jndi name, like "UserDb". Just wondering, I'm already doing it anyway. Someone here would like to use their reports for their dashboard. Dan Jones AAA D2000 phone: 407-444-7042 ________________________________ This communication (including all attachments) is intended solely for the use of the person(s) to whom it is addressed and should be treated as a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately delete it from your system and notify the originator. Your cooperation is appreciated.

3 2

[xwiki-devs] [Reminder] BFD#31
by Vincent Massol 09 Aug '13

09 Aug '13

Hi everyone, Tomorrow is BFD 31. Current status: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 We're only 1 bug behind! :) That should be easy… too easy! I propose to define a new target: Options: * Increase to 1400 days, that's 49 more bugs to close (roughly 4 BFDs) * Increase to 1500 days, that's 148 more bugs to close (roughly 11 BFDs) * Increase to 1600 days, that's 171 more bugs to close (roughly 15 BFDs) Note 1: 4 years is 1460 days. Note 2: Cycle 5.x is ending around January 2014 so we have roughly 20 more BFDs till the end of the cycle WDYT? Personally I find 148 bugs a bit large so I'd go for 1400 days to start with and later on increase to 1500 days. Here's the BFD#31 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11610 Thanks -Vincent

3 3

[xwiki-devs] Release of Admin Tools 4.0
by Guillaume Fenollar 08 Aug '13

08 Aug '13

Hello there, I just merged branch 4.0 of admin tools application here : https://github.com/xwiki-contrib/application-admintools Now that I built the new xar package, I would like to release it in maven to update the Extension Page<http://extensions.xwiki.org/xwiki/bin/view/Extension/Admin+Tools+Application>, so I need a Nexus account. Can anybody help me with this? For those interested, 4.0 is a complete rewrite of Admin Tools, to match version 2.0 or 2.1 of wiki syntax. See release notes just here: * All scripts have been rewriten using xwiki 2.1 (mostly) or 2.0 syntax. > * SQLTools developed by Guillaume Delhumeau has been implemented to > standardize SQL queries inside Admin Tools. With it, we now can Run Query, > Show Large History, Show Spammed Pages... We plan to include PostgreSQL > scripts very soon. > * Used Space page has been rewritten completely. It summarizes now disk > space used by all subwikis of the farm, and show attachments related > database if filesystem storage mode is not used. > * Configuration Check page has been rewritten, with some recommendations > at the bottom depending on the configuration. At the moment, we put > recommendations about memory, cache, encoding and cookies encryption keys. > * User Rights Check has been replaced by Show Rights, which simply shows > every right set on wiki / spaces / pages. It may be useful when we put > temporary rights to pages (which can lead to security leaks) > * Show Logs script have been included with a UI which permits to choose > number of loglines to output, directly in the wiki page. > * Database Encoding Check nows works with subwikis. Indexes Check has > still to be implemented with full list of Indexes. > * Export Tools now have Large Export/Import scripts > * DatabaseToFilesystem porter script has been added (it seems not > compatible with 5.x at the moment though). > * Requests Status page has been dropped And about the code or the commits, please be kind, I'm not a developer at all ;-) Thanks, Guillaume Fenollar

2 1

[xwiki-devs] [QA] Feedback for 5.2M1
by Manuel Smeria 07 Aug '13

07 Aug '13

Hello devs, XWiki 5.2M1 is scheduled to be released the next Monday. I'll go through the list of bugs fixed for it and also take a look at the new features. Besides these, do you want something else tested as well ? Thank you, Manuel

3 2

[xwiki-devs] Retrieving xwikilistitems
by Stephen Martin 07 Aug '13

07 Aug '13

I want to modify the GlobalBlogRss feed to add a couple of different filters and have been able to do so successfully up to the final point. I can't seem to get the syntax correct for limiting the results to a specific xwikilistitem. The query string is passed to xwiki.feed.getBlogFeedOutput. The query string that I am using is: , DBStringListProperty as categories join categories.list as category, BaseObject obj, IntegerProperty isPublished, IntegerProperty hidden, DateProperty publishDate where doc.fullName <> 'Blog.BlogPostTemplate' and obj.name = doc.fullName and obj.className = 'Blog.BlogPostClass' and publishDate.id.id = obj.id and publishDate.id.name = 'publishDate' and isPublished.id.id = obj.id and isPublished.id.name = 'published' and hidden.id.id = obj.id and hidden.id.name = 'hidden' and (doc.creator = 'XWiki.stevem' or (isPublished.value = 1 and hidden.value = 0)) and obj.id = categories.id.id and categories.id.name='category' I would like to add the statement [xwikilistitem].value='Blog.Production' but unclear of proper way to do so. Is another JOIN required? Any pointers to reference material would be welcome as well. Thanks, Steve Martin IT Support Jones Metal (740) 623-5102

2 2

Re: [xwiki-devs] [xwiki-notifications] Problems with XWiki 3.1
by Denis Gervalle 06 Aug '13

06 Aug '13

Hi Federico, Release 4.1.1 is not a really good choice for migrating. There are still a couple of migration issues in that release. I advise you to migrate to 4.5.4 to be really safe with migration. If you continue to have migration issue with that version, please provide the container logs to diagnose the issue. Be careful to properly merge your xwiki.cfg file with the distributed one, and to let migrations run on all databases. Regards, On Tue, Aug 6, 2013 at 3:23 PM, Federico Moglia < federico.moglia(a)workingteams.com> wrote: > Hi! > I'm Federico and I'm working with XWiki Enterprise 3.1. I have some > problems in the app, for example, when I tried to assign rights to any > user. Attach screen of error and a txt file with the stack trace of > exception. > > For try to solve this, I've imported the xwiki database to the version > 4.1.1. The restore in PostgreSQL didn't give any errors. But when I tried > to access, the application shows me this exception in the browser: > Exception while switching to database xwiki Wrapped Exception: Database > xwiki needs migration(s), it could not be safely used! (Attach file with > the full stack trace) I am using PostgreSQL 9.1. In the file xwiki.cfg, I > have configured the migration with the next line: xwiki.store.migration=1. > So, I don't understand why fails. Maybe my database is corrupted and this > is the cause of the problem. But I don't know how I solve this. > > When I tried to import the xwiki in .xar format, the log in catalina.out > shows this: > 2013-07-26 16:17:43,752 > http://localhost:9001/xwiki/bin/get/XWiki/XWikiPreferences?xpage=packageinf… WARN > c.x.x.p.p.Package - Failed to parse document [Disney/GlosarioTecnico.xml] > from XML during import, thus it will not be installed. The error was: Error > number 2002 in 2: Error parsing xml > Wrapped Exception: Truncated ZIP file Nested exception: Truncated ZIP file > > The information that I've found in Internet was not very useful to resolve > the problem, for this reason, I decided to write you. I hope that you can > help me with this. > > Thanks! > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications > > -- Denis Gervalle SOFTEC sa - CEO eGuilde sarl - CTO

1 0

Re: [xwiki-devs] [xwiki-notifications] Problems with XWiki 3.1
by Sergiu Dumitriu 06 Aug '13

06 Aug '13

Hi Federico, The root of the problem seems to be a corrupted database. Changing rights fails to commit the changes to the database. Trying to upgrade fails to execute some migrations, mandatory database changes needed for the new version. You should look at the logs that occur while starting the new version, it will say what migration failed to execute and why. On 08/06/2013 09:23 AM, Federico Moglia wrote: > Hi! > I'm Federico and I'm working with XWiki Enterprise 3.1. I have some > problems in the app, for example, when I tried to assign rights to any > user. Attach screen of error and a txt file with the stack trace of > exception. > > For try to solve this, I've imported the xwiki database to the version > 4.1.1. The restore in PostgreSQL didn't give any errors. But when I > tried to access, the application shows me this exception in the browser: > Exception while switching to database xwiki Wrapped Exception: Database > xwiki needs migration(s), it could not be safely used! (Attach file with > the full stack trace) I am using PostgreSQL 9.1. In the file xwiki.cfg, > I have configured the migration with the next > line: xwiki.store.migration=1. So, I don't understand why fails. Maybe > my database is corrupted and this is the cause of the problem. But I > don't know how I solve this. > > When I tried to import the xwiki in .xar format, the log in catalina.out > shows this: > 2013-07-26 > 16:17:43,752 http://localhost:9001/xwiki/bin/get/XWiki/XWikiPreferences?xpage=packageinf… WARN > c.x.x.p.p.Package - Failed to parse document > [Disney/GlosarioTecnico.xml] from XML during import, thus it will not be > installed. The error was: Error number 2002 in 2: Error parsing xml > Wrapped Exception: Truncated ZIP file Nested exception: Truncated ZIP file > > The information that I've found in Internet was not very useful to > resolve the problem, for this reason, I decided to write you. I hope > that you can help me with this. > > Thanks! -- Sergiu Dumitriu http://purl.org/net/sergiu

1 0

[xwiki-devs] Considerations on application development in multi-wiki mode
by Jeremie BOUSQUET 05 Aug '13

05 Aug '13

Hello, This is no particular issue I'm addressing here, just wanted to get possibly some feedbacks on the app I'm developing, considering virtual mode. Also not from a technical point of view (though it's impacting of course), more on best way to make use of XWiki. It's for the Mail Archive :) Currently I provide components and 1 UI, to administrate, operate (email loading) and navigate (livetables, stats) a Mail Archive. Focusing on UI, the whole app is inside xwiki-contrib-mailarchive-ui. The use-case I would like to allow/improve, is of someone wanting to create "isolate" different mail archives / mailing-lists in different subwikis. The first thing I did (and that works), is duplicate the whole app in each sub-wiki (after fixing some issues caused by being in a sub-wiki). My next move would be to separate the administration: xwiki-contrib-mailarchive-admin-ui xwiki-contrib-mailarchive-ui The idea would be to install admin/operate part once for all, and install the "navigation" app in each needed sub-wiki. To allow that, "navigation" xar cannot depend on "admin" (or it would install "admin" everywhere), and "admin" could depend on "navigation", for the unique wiki use-case. Means that it's the admin that should be installed in mono-wiki mode, and this is a bit weird I think for users. Or I could say that both should be installed, up to you to decide where you install what (but logically you install "admin" in main wiki and "navigation" in main or sub- wiki(s)). Of course the concept is that the "administration" UI takes into account the possibility of wanting to use multiple sub-wikis, and allows the user defining what is the destination of created mails pages for each mailing-list (ie, the main wiki, or a specific sub-wiki). Then there's the case of all the XClass pages. Because they are needed for the "navigation" (along with Sheets and so on), but to restrict number of pages created, it would seem good to create those once for all in the main wiki, and just "use" them from the sub-wikis mail archive pages (home, topic, mail, ...). Doing that, the "navigation" app would be very minimal (not much more than a home page in fact). To simplify I could add them to the "admin" app, but what I do not like is that logically they are not part of the admin. In fact they could be seen as a third UI, a technical one, dedicated to "wiki-storage-mapping" (sorry for that name, hope you get the point, if you're still reading this). Logically both "admin" and "navigation" should have a dependency on "storage", but to follow primary optimization purpose only "admin" should mark this dependency. So: "admin" --> "navigation" "admin" --> "storage" WDYT ? (apart from, "this mail is way too long"). I'm asking, because I'm not sure I'm taking it the right way. I'm also not sure, if following this I'm not going to create some coding hell :) (another topic for me would be to plug my admin part into the xwiki admin UI, but I'm also afraid of the amount of work...) Thanks, Jeremie

3 5

[xwiki-devs] [VOTE] Remove PR check for query languages other than XWQL and HQL
by Eduard Moraru 05 Aug '13

05 Aug '13

Hi devs, It seems that our SecureQueryManager [1] is preventing the execution of queries other than XWQL and HQL in the absence of PR. However, this is not at all a friendly policy when it comes to extensions. An example of where this is causing problems is Solr queries, where only users (well, document authors) with PR can execute them. As the subject says, I suggest removing this restriction and leaving rights check to be performed in each QueryExecutor's execute() method. The associated Jira issue is XWIKI-9386 [2] Here's my +1. Thanks, Eduard ---------- [1] https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi… [2] http://jira.xwiki.org/browse/XWIKI-9386

3 5