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

[xwiki-devs] Xwiki 4.1.4 - Admin-Presentation page is blank
by echocoder 13 Sep '12

13 Sep '12

I have updated to XWiki Enterprise 4.1.4. However, it seems to not have captured the skins/CSS I was using. in my old Xwiki instance. When I log in and go to the Administer Xwiki page, the Presentation section is blank. Is there another way to view/set the default skin value? -- View this message in context: http://xwiki.475771.n2.nabble.com/Xwiki-4-1-4-Admin-Presentation-page-is-bl… Sent from the XWiki- Dev mailing list archive at Nabble.com.

3 4

[xwiki-devs] [Proposal] Add cropping API to image plugin
by Jerome Velociter 13 Sep '12

13 Sep '12

Hi devs, I've already proposed a thumbnail module in the past (http://markmail.org/thread/3le7qxziog2p7bsd) but it felt short in terms of design. I reckon it's more of a URL cache module for images/thumbnails and probably doesn't make much sense in the platform. I would like still to propose one change separately, that was going together with this module : adding a cropping API to the current image plugin. This would allow to not only pass dimensions information when downloading an image, but also to pass coordinates to crop a subimage out of the original image. Practically, it's adding a "boundaries" URL parameter (in addition to the existing width, height, quality and keepAspectRatio existing parameters), that is a comma separated list of x, y, width and height used to construct the subimage. Right now the code is in https://github.com/jvelo/xwiki-platform-thumbnails/tree/master/src/main/jav…, I will make a proper pull request to discuss the patch if their is interest. Note I also have a generic UI component to perform resizing and store image boundaries for an attachment in an XObject that I can share (and even plug into the user profile for example). On the longer term, their is a discussion to have around how to wire attachment transformation from URLs. Maybe a "transformations" URL parameter that takes a list of hints of transformation components ? Then the resizing/cropping could be implemented as transformations in a new image module ? WDYT ? Finally, finishing note, I've also written a new image processor for the current image plugin API, based on https://code.google.com/p/java-image-scaling/ that yields images of much better quality compared to the current implementation based on awt/graphics2d. See for example the before/after : http://imgur.com/oU9v5 (for the before, those had a quality param of "1", i.e. maxed out). Code is there : https://github.com/jvelo/xwiki-platform-thumbnails/blob/master/src/main/jav…. One thing I didn't do yet is to extract a superclass from it and the base impl. If there is interest, we could provide this processor as an alternative. Maybe with a parameter config to pass the hint of the processor to use. WDYT ? Thanks, Jerome

2 2

[xwiki-devs] best practice to programme with XWiki objects?
by Paul Libbrecht 13 Sep '12

13 Sep '12

hello fellow developers, at Curriki, we are starting to process XWiki objects in the background using subclasses of AbstractXWikiRunnable. Currently I do the following: // setup XWikiContext xcontext = (XWikiContext) Utils.getComponent(Execution.class).getContext() .getProperty(XWikiContext.EXECUTIONCONTEXT_KEY); Context context = new Context(xcontext); XWiki xwiki = new com.xpn.xwiki.api.XWiki(context.getXWiki(), xcontext); // fetch background info Document d = xwiki.getDocument(DOCNAME_x); Object obj = d.getObject("DOCNAME_class"); // modify something // save d.save("comment"); However, I wonder if this is the best practice: - is it expensive to construct a context and xwiki supposing this setup code is run multiple times? - is it preferrable to work with the com.xpn.xwiki.* classes? - is DocReference behaving much differently than fullName if we have a single wiki? Thanks in advance. Paul

3 4

[xwiki-devs] [VOTE] Postpone 4.2 final release date to 24th of September 2012
by Vincent Massol 12 Sep '12

12 Sep '12

Hi devs, Current release dates for 4.2 are: - 4.2M3: 3 sep 2012 - 4.2RC1: 10 Sep 2012 - 4.2Final: 17 Sep 2012 Since we're already the 12th of Sep (i.e. late by **9** days on M3) his is obviously not going to happen… :( So I'd like to propose: - 4.2M3: 12th Sep 2012 - 4.2RC1: 19th Sep 2012 - 4.2Final: 24th Sep 2012 Here's my +1 Thanks -Vincent PS: I'd like not to postpone 4.2 final by more than 1 week because it means 4.3 will get shorter since we need to finish the 4.X cycle ASAP so that we can start the 5.x one as close as possible to the beginning of next year.

8 7

[xwiki-devs] Installing Xwiki 4.1.4 - Heap space error
by echocoder 10 Sep '12

10 Sep '12

I am in the process of updating my instances of Tomcat and Xwiki into the latest versions. I installed Tomcat 7.0.29 and Xwiki 4.1.4. Tomcat is is installed in E:\Tomcat7.0.29 and Xwiki is installed in C:\XWiki Enterprise. I copied the webapps/xwiki content to tomcat7.0.29/webapps/xwiki. Aftewards, I had to stop the Tomcat service, run the Xwiki startup script, then restart the Tomcat service. Tomcat appears to be serving pages fine, but when I go to http://localhost/xwiki/ I get a Java heap space error as listed below. I am assuming I need to increase the Java heap space but I am not sure how and how high I should set it to accomodate Xwiki. Can anyone point me in the correct direction? Thanks Detailed information: Error number 0 in 11: Uncaught exception Wrapped Exception: Java heap space com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: Java heap space at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:254) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:200) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.OutOfMemoryError: Java heap space at java.lang.StringCoding$StringDecoder.decode(Unknown Source) at java.lang.StringCoding.decode(Unknown Source) at java.lang.String.<init>(Unknown Source) at java.lang.String.<init>(Unknown Source) at com.xpn.xwiki.doc.XWikiAttachment.toStringXML(XWikiAttachment.java:345) at com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:180) at com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:719) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1517) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1485) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:485) 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:1392) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1348) at com.xpn.xwiki.web.UploadAction.uploadAttachment(UploadAction.java:196) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:106) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:230) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) Wrapped Exception: java.lang.OutOfMemoryError: Java heap space at java.lang.StringCoding$StringDecoder.decode(Unknown Source) at java.lang.StringCoding.decode(Unknown Source) at java.lang.String.<init>(Unknown Source) at java.lang.String.<init>(Unknown Source) at com.xpn.xwiki.doc.XWikiAttachment.toStringXML(XWikiAttachment.java:345) at com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:180) at com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:719) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1517) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1485) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:485) 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:1392) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1348) at com.xpn.xwiki.web.UploadAction.uploadAttachment(UploadAction.java:196) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:106) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:230) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) -- View this message in context: http://xwiki.475771.n2.nabble.com/Installing-Xwiki-4-1-4-Heap-space-error-t… Sent from the XWiki- Dev mailing list archive at Nabble.com.

1 2

[xwiki-devs] What applications should we list in the "Applications" panel?
by Ecaterina Moraru (Valica) 10 Sep '12

10 Sep '12

Hi, For the 4.2 Roadmap there are several issues related to accessibility of applications inside the wiki. One of these issues is http://jira.xwiki.org/browse/XWIKI-7927 "Create an entry point for all available applications inside the wiki ". There are multiple ways to represent such a place (panel, special directory, gadget, etc.) but the most easy (not sure how scalable, especially if the user will create lots of spaces using AppWithinMinutes) is to use a panel. The problems remaining are: - If we have a dedicated place to list applications what will remain in the {{Spaces}} gadget on "Dashboard"? What we still consider to be a content space? (Main, XWiki, Sandbox)? http://jira.xwiki.org/browse/XWIKI-7926 or we should still display visible spaces in it? - What we consider to be an application? We list just spaces or even feature pages like "Document Index" or "User Directory"? http://jira.xwiki.org/browse/XWIKI-7925 - What about 'special' spaces like Scheduler, Stats? we let the entry point to be just the Administration (at least for now)? What about Invitation functionality? etc. So I've created a doodle and the question is what space/page do you think we should have in this dedicated "Applications" panel: http://www.doodle.com/uav7triciuf4kxpd You can use the doodle or you could respond in this main if you have other suggestions or observations. Thanks, Caty

4 7

[xwiki-devs] Release 3.5.2 as a final bugfix release of the 3.x cycle
by Sergiu Dumitriu 10 Sep '12

10 Sep '12

Hi devs, There have been 17 issues [1] committed on the stable-3.5.x branch, and I'd like to close the 3.x cycle with a final bugfix release. Does anybody have any other issue that you'd like to see fixed for this version? [1] http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=Projec… -- Sergiu Dumitriu http://purl.org/net/sergiu/

4 6

[xwiki-devs] Bug in Blog.BlogCode
by Richard Hierlmeier 10 Sep '12

10 Sep '12

I found a small bug in Blog.BlogCode. A wrong query string for the paginated view of blogs is created. I found it in version 3.5.1, but it is also in version 4.1-20120711 (current myxwiki.org) At line 751 751: #set($queryString = "${queryString}&${p}=${v}") Correct is 751: #set($queryString = "${queryString}&${p}=${v}") Should I submit an issue in jira? If yes, what project, Issue type and should it have. Richard

2 1

[xwiki-devs] [VOTE] Move Builtin Board in its own Jira project
by Thomas Mortagne 10 Sep '12

10 Sep '12

Hi devs, Since there is already 4 versions of it (and I will release another one soon) I would like to move Builtin Board application to its own Jira project so that it's easier to follow it and Jira issues assigned to it. There is not much issues right now but I feel this project is active and used enough to probably have more in the future. In other words I find it serious enough to deserve its own Jira project. extensions.xwiki.org page: http://extensions.xwiki.org/xwiki/bin/view/Extension/Bulletin+Board+Applica… WDYT ? Here is my +1 -- Thomas Mortagne

4 3

[xwiki-devs] Backup of Xwiki via Command Line
by echocoder 07 Sep '12

07 Sep '12

Is it possible to backup the Xwiki via command line using the export feature? -- View this message in context: http://xwiki.475771.n2.nabble.com/Backup-of-Xwiki-via-Command-Line-tp757998… Sent from the XWiki- Dev mailing list archive at Nabble.com.

4 4