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

[xwiki-devs] [Proposal] Having XWiki repositories in pom for extensions
by Jean SIMARD 11 Apr '15

11 Apr '15

Hi devs, I'm kind of annoyed that to build an extension, you need to clone it (ok, every dev can do it), launch Maven (devs can do it too) and... it breaks! It breaks because the ~/.m2/settings.xml file has not been configured. Of course, ideal would be to push everything to Maven Central but as far as I know, there is a lot of work to do before being able to that for XWiki platform. However, for extensions, it's another story. We could define repositories directly into the root POM of the extension. I'm not a Maven expert, but I already tried the following who seems to work, WDYT? ----- <repositories> <repository> <id>xwiki-snapshots</id> <name>XWiki Nexus Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </repository> <repository> <id>xwiki-releases</id> <name>XWiki Nexus Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>xwiki-plugins-snapshots</id> <name>XWiki Nexus Plugin Snapshot Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public-snapshots</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> <pluginRepository> <id>xwiki-plugins-releases</id> <name>XWiki Nexus Plugin Releases Repository Proxy</name> <url>http://nexus.xwiki.org/nexus/content/groups/public</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </pluginRepository> </pluginRepositories> ----- -- Jean Simard jean.simard(a)xwiki.com Research engineer at XWiki SAS http://www.xwiki.com Committer on the XWiki.org project http://www.xwiki.org

5 8

[xwiki-devs] [Proposal] Break the XHTML validity to catch HTML5 validy
by Guillaume "Louis-Marie" Delhumeau 09 Apr '15

09 Apr '15

Hello developers. I am working on making the HTML 5 code of XWiki valid. But in some places, I cannot do it without breaking the XHTML validity (which Colibri still uses, but this skin is going to be deprecated). Example: in XHTML 1.0, the attribute target="_blank", for links, is forbidden. In XWiki, we have "fixed" this by using the attribute rel="_blank" instead, and then we have a javascript snippet that dynamically adds the target="_blank" attribute to these links [1]. So the code is valid until the javascript is loaded, which is enough to pass our validation tests. This is not very clean, since the target="_blank" was forbidden by the w3c because they think it should be the user choice to open a link in a new window or not. But nobody respects this, and that is why it is no longer forbidden in HTML5. The problem we have, is that the value "_blank" is not authorized anymore for the "rel" attribute of the links in HTML5. So I propose to remove our workaround, which is useless and prohibited for HTML5. As a consequence, we would lose the XHTML validity (which is actually the case when javascript is loaded anyway). WDYT? Guillaume [1] The code that looks for ref="_blank": https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…

5 8

[xwiki-devs] how to debug an empty stack in DefaultDocumentAccessBridge?
by Paul Libbrecht 05 Apr '15

05 Apr '15

Hello XWiki experts, in Curriki, we met a bug that seems related to the wysiwyg editor's ability to accept html. When it does so, and is input with an image, it fails the html conversion because of the exception below for the simple (cleaned) content: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head></head><body><p>Image</p><p><img alt="sunset-dark2.PNG" src="http://node1.hoplahup.net/xwiki/bin/download/AssetTemp/dgW1kVv9l2mE9xqA/sun…"></img></p></body></html> Yielding the exception: Caused by: java.lang.NullPointerException: null at com.xpn.xwiki.doc.DefaultDocumentAccessBridge.getContext(DefaultDocumentAccessBridge.java:85) ~[xwiki-platform-legacy-oldcore-3.5.1.jar:na] at com.xpn.xwiki.doc.DefaultDocumentAccessBridge.getAttachmentURL(DefaultDocumentAccessBridge.java:847) ~[xwiki-platform-legacy-oldcore-3.5.1.jar:na] at org.xwiki.rendering.internal.wiki.XWikiWikiModel.getLinkURL(XWikiWikiModel.java:137) ~[xwiki-platform-rendering-xwiki-3.5.1.jar:na] at org.xwiki.rendering.internal.wiki.XWikiWikiModel.getImageURL(XWikiWikiModel.java:153) ~[xwiki-platform-rendering-xwiki-3.5.1.jar:na] at org.xwiki.rendering.internal.renderer.xhtml.image.DefaultXHTMLImageRenderer.onImage(DefaultXHTMLImageRenderer.java:120) ~[xwiki-rendering-syntax-xhtml-3.5.1.jar:na] at org.xwiki.rendering.internal.renderer.xhtml.XHTMLChainingRenderer.onImage(XHTMLChainingRenderer.java:545) ~[xwiki-rendering-syntax-xhtml-3.5.1.jar:na] at org.xwiki.rendering.listener.chaining.AbstractChainingListener.onImage(AbstractChainingListener.java:454) ~[xwiki-rendering-api-3.5.1.jar:na] at org.xwiki.rendering.listener.chaining.AbstractChainingListener.onImage(AbstractChainingListener.java:454) ~[xwiki-rendering-api-3.5.1.jar:na] at org.xwiki.rendering.listener.chaining.EmptyBlockChainingListener.onImage(EmptyBlockChainingListener.java:600) ~[xwiki-rendering-api-3.5.1.jar:na] at org.xwiki.rendering.listener.chaining.AbstractChainingListener.onImage(AbstractChainingListener.java:454) ~[xwiki-rendering-api-3.5.1.jar:na] at org.xwiki.rendering.listener.chaining.BlockStateChainingListener.onImage(BlockStateChainingListener.java:796) ~[xwiki-rendering-api-3.5.1.jar:na] I am not too sure how to debug that. Clues would be welcome. thanks in advance. Paul

2 2

[xwiki-devs] xwiki home page throws NullPointerException
by glen sane 03 Apr '15

03 Apr '15

Hi,I installed xwiki-enterprise-web-6.4.2.war on tomcat 7. I followed the installation instruction mentioned http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat. But I got following error on main page (http://localhost:8080/xwiki/bin/view/Main/) org.apache.catalina.core.StandardWrapperValve invokeSEVERE: Servlet.service() for servlet [action] in context with path [/xwiki] threw exceptionjava.lang.NullPointerException at com.xpn.xwiki.web.Utils.getContextComponentManager(Utils.java:699) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:756) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:723) at com.xpn.xwiki.web.XWikiRequestProcessor.processPath(XWikiRequestProcessor.java:47) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:154) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449) at javax.servlet.http.HttpServlet.service(HttpServlet.java:620) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHea at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(Sav at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(Set at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:50 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.jav at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtoco at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1157) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:627) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:863) Please help me.Thanks,Glen

2 1

[xwiki-devs] [Contrib] docker-xwiki
by Fabio Mancinelli 03 Apr '15

03 Apr '15

Hi, I to contrib dockerfile about XWiki. This dockerfile allows to package an image for creating containers running XWiki. Name: docker-xwiki Tools: NONE I already created and setup the repository here: https://github.com/xwiki-contrib/docker-xwiki Thanks, Fabio P.S.: This message obsoletes the previous one I sent yesterday :)

1 0

[xwiki-devs] Docker XWiki
by Fabio Mancinelli 03 Apr '15

03 Apr '15

Hi all, since I wanted to better understand how Docker works, as an evening project I created a Dockerfile for packaging an image that can be used to run an XWiki container. It also supports data persistence, so that you don't lose your data when you shut down the container. You can find it here: https://github.com/fmancinelli/docker-xwiki Enjoy, Fabio

2 2

[xwiki-devs] [XWiki Day] BFD#85
by Eduard Moraru 03 Apr '15

03 Apr '15

Hi devs, Today is BFD#85: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 58 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#85 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13192 Thanks and enjoy your bug fixing day! -Eduard

1 1

[xwiki-devs] [Proposal] Automatic creation of objects with HTTP parameters
by Jean SIMARD 01 Apr '15

01 Apr '15

Hi devs, In XWiki, if you send a POST request at the following URL ('MySpace.MyPage' is a document that doesn't exist at the moment) /bin/save/MySpace/MyPage with the following HTTP parameters: * template=MySpace.MyTemplate * XWiki.XWikiRights_0_users=XWiki.Me * <others parameters> with 'MySpace.MyTemplate' a template document and 'XWiki.Me' a user of the wiki. 2 cases: 1. If 'MySpace.MyTemplate' contains a 'XWiki.XWikiRights' object, then the resulting document 'MySpace.MyPage' will have this object with its property 'users' initialize with the value 'XWiki.Me' (see HTTP parameters) 2. If 'MySpace.MyTemplate' does not contain a 'XWiki.XWikiRights' object, the resulting document 'MySpace.MyPage' will not contain it either ### PROPOSAL Create automatically the objects if they don't exist in the template document. ### To make it possible, it seems that we would need to refactor the method 'readObjectsFromForm(EditForm, XWikiContext)' in the 'com.xpn.xwiki.doc.XWikiDocument' class. And probably modify also the 'getObject(String)' from 'com.xpn.xwiki.web.EditForm' class. 2 things to take care: * It seems there is no unit test for these methods. * May this proposal be a security problem? WDYT? -- Jean

7 10

[xwiki-devs] Request for JIRA on Scripting Documentation Application
by Denis Gervalle 01 Apr '15

01 Apr '15

Hi devs, Users are pushing to have a JIRA for http://extensions.xwiki.org/xwiki/bin/view/Extension/Scripting+Documentatio…, and I think it is good idea also for receiving more feedback. Please could you open a SCRIPTDOC jira for it and the API it use all available in https://github.com/xwiki-contrib/application-scripting-documentation. Thanks, -- Denis Gervalle SOFTEC sa - CEO

2 1

[xwiki-devs] [ANN] XWiki 7.0 released
by Ecaterina Moraru (Valica) 30 Mar '15

30 Mar '15

The XWiki development team is proud to announce the availability of XWiki 7.0. This is the first release of the 7.x cycle. It features many improvements for extensions, a simplified Wiki Creation Wizard, improved differences view, integration of a new Tree Widget with the WYSIWYG editor and Index Application, etc. Regarding extensions, we now have the ability to organize and filter extensions by category in the Extension Repository, the install date and the user that performed the install are now available in the extension details, the extensions that were installed explicitly are now displayed distinctly, etc. We improved the difference views for document history and extension upgrade process, by showing a difference summary between the two versions, detailed changes to objects definitions, etc. Developers may enjoy a new application to edit wiki Skins, a new Finder Plugin for the Tree Widget and API improvements to the Mail Sender and Extension Manager modules. The Watchlist module has a new component based implementation and also there is an experimental Realtime Watchlist Notification feature. XWiki also moved to Servlet 3.0.1 which means various old application servers versions are not supported anymore and the old Lucene search module was finally retired to Contrib. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki70 Thanks -The XWiki dev team

1 0