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

[xwiki-devs] [VOTE] Change our Maven POM Names and Description for Extension Manager
by Vincent Massol 11 Apr '12

11 Apr '12

Hi devs, Now that we're starting to use the Extension Manager (EM) we need to be careful about the Description and Names we use in our pom.xml since they're used by the EM to display information to the user. They're also used by the XR application to import extensions located in maven repository into extensions.xwiki.org (EXO). Right now our names are of the type shown here: https://gist.github.com/2311321 For example: [INFO] XWiki Commons - Extension - Parent POM ............ SUCCESS [0.004s] [INFO] XWiki Commons - Extension - API ................... SUCCESS [2.066s] [INFO] XWiki Commons - Extension - Handler - Parent POM .. SUCCESS [0.017s] [INFO] XWiki Commons - Extension - Handler - JAR ......... SUCCESS [0.133s] [INFO] XWiki Commons - Extension - Repository - Parent POM SUCCESS [0.004s] [INFO] XWiki Commons - Extension - Repository - Aether ... SUCCESS [0.132s] [INFO] XWiki Commons - Extension - Repository - XWiki .... SUCCESS [0.006s] [INFO] XWiki Commons - Extension - Repository - XWiki model SUCCESS [0.188s] [INFO] XWiki Commons - Extension - Repository - XWiki api SUCCESS [0.010s] [INFO] XWiki Commons - Extension - Repository - XWiki handler SUCCESS [0.024s] These names are not nice names for users. Actually they're more IDs than names. And having the users see those in our livetable on EXO isn't nice for example. Nor is it nice if they see them in the EM UI. I thus propose that we change the way we use names in our pom.xml to use English-readable names, without any "XWiki" prefix. For example, for the example show above we could have: Extensions Extension API Extension Handlers JAR Extension Handler Extension Repositories Aether Extension Repository XWiki Extension Repository XWiki Extension Repository Model XWiki Extension Repository API XWiki Extension Repository Handler The alternative is to introduce a custom property in our pom.xm that would be used by the EM and XR but that's not a good solution because it means even more maintenance work. While not using technical id as names in our pom.xml is not as nice when displayed in the Maven Reactor I feel it's still the best solution we have. Here's my +1 Thanks -Vincent

5 13

[xwiki-devs] [UX][Proposal] Improving Homepage Content
by Ecaterina Moraru (Valica) 11 Apr '12

11 Apr '12

Hi devs, I've made a proposal with some suggestions on what we can change on the Homepage. http://incubator.myxwiki.org/xwiki/bin/view/Improvements/HomepageContent The proposal is divided in Homepage Content improvements and Dashboard improvements (that still need some work). The Homepage improvements contains things like: - Improved Welcome message (a link to the Getting Started guide has already been added) http://incubator.myxwiki.org/xwiki/bin/download/Improvements/HomepageConten… You can see this in action on http://incubator.myxwiki.org/xwiki/bin/view/Main/WebHome This proposal would imply adding other 3 external links to: http://platform.xwiki.org/xwiki/bin/view/Features/DocumentLifecycle http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing http://extensions.xwiki.org/xwiki/bin/view/Extension/Index+Application IMO these documentation pages contain valuable information and would also educate the user on how to make use of xwiki.org. - Implement mechanism to hide technical content (in progress by JV) - Simplify the 'Tags' section initial text http://jira.xwiki.org/browse/XWIKI-7678 - Separate Message Stream input from Activity Stream http://jira.xwiki.org/browse/XWIKI-7679 The Dashboard improvements contains: - Improve gadget's container styling in INLINE mode to better suggest dragging and delimitation http://jira.xwiki.org/browse/XWIKI-7681 Please share your thoughts about these ideas. Thanks, Caty

3 3

[xwiki-devs] CLIRR reports and moved modules
by Sergiu Dumitriu 11 Apr '12

11 Apr '12

Hi devs, I noticed that no CLIRR errors are generated for modules that have been moved from platform to commons. This isn't good, since we're not reporting all the API breakages. I propose that whenever a module is moved, we add a special configuration for the maven clirr plugin in that module's pom.xml file, so that it compares with the previous version with the platform groupId. See http://mojo.codehaus.org/clirr-maven-plugin/examples/specific-artifacts.html for more details about the required configuration. -- Sergiu Dumitriu http://purl.org/net/sergiu/

2 1

[xwiki-devs] Candidate Xwiki for http://www.socialsoftwarematrix.org
by Gianluca Sabena 11 Apr '12

11 Apr '12

Hi, I suggest to candidate Xwiki for http://www.socialsoftwarematrix.org. There is a specific page for new platform proposal at http://www.socialsoftwarematrix.org/rising_vendors/index.php Gianluca

4 5

[xwiki-devs] [Announcement] XWiki Enterprise 4.0 Release Candidate 1 Released
by Sergiu Dumitriu 11 Apr '12

11 Apr '12

The XWiki development team is proud to announce the availability of XWiki Commons, XWiki Rendering, XWiki Platform, XWiki Enterprise and XWiki Enterprise Manager 4.0 Release Candidate 1. This is the first and hopefully last release candidate for XWiki Enterprise 4.0 version. This is mostly a polishing release before the final one. See the full release notes at http://www.xwiki.org/xwiki/bin/ReleaseNotes/ReleaseNotesXWikiEnterprise40RC1 for more details. -- Sergiu Dumitriu http://purl.org/net/sergiu/

1 0

[xwiki-devs] Including jquery javascript library issues
by du du 11 Apr '12

11 Apr '12

Hi, all, I got a strange problem, whenever I include the jquery script in my vm file like this: <script type="text/javascript" src="/xwikim/bin/skin/resources/JScripts/jQuery/slickgrid/lib/jquery-1.7.min.js"></script> I got the following exception; I thought it caused by jquery and prototype conflict, but I included <script type="text/javascript"> jQuery.noConflict(); var $j = jQuery; </script> replaced $ for jquery with $j, but the same error, I also tried to use $xwiki.jsfx.use(), still same, any solution for this? Thanks Dave missing ; before statement ...h id [xwiki:resources.JScripts]</a><div id="xwikierror1" style="display: none;">... jquery....min.js (line 2, col 89) <a href="" onclick="document.getElementById('xwikierror1').style.display='block'; return false;">Error number 4001 in 4: Error while parsing velocity page xwiki:resources.JScripts Wrapped Exception: Failed to evaluate content with id [xwiki:resources.JScripts]</a><div id="xwikierror1" style="display: none;"><pre class="xwikierror"> Error number 4001 in 4: Error while parsing velocity page xwiki:resources.JScripts Wrapped Exception: Failed to evaluate content with id [xwiki:resources.JScripts] com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing velocity page xwiki:resources.JScripts Wrapped Exception: Failed to evaluate content with id [xwiki:resources.JScripts] at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:122) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:94) at com.xpn.xwiki.render.XWikiVelocityRenderer.interpret(XWikiVelocityRenderer.java:55) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:288) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.interpretText(DefaultXWikiRenderingEngine.java:194) at com.xpn.xwiki.XWiki.parseContent(XWiki.java:1711) at com.xpn.xwiki.web.SkinAction.renderFileFromFilesystem(SkinAction.java:252) at com.xpn.xwiki.web.SkinAction.render(SkinAction.java:137) at com.xpn.xwiki.web.SkinAction.render(SkinAction.java:80) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:231) 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.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) 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:128) 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:68) 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:217) 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:109) 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:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) 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.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1805) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Caused by: org.xwiki.velocity.XWikiVelocityException: Failed to evaluate content with id [xwiki:resources.JScripts] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:247) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:184) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:117) ... 47 more Caused by: org.apache.velocity.runtime.parser.ParseException: Lexical error: org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 210, column 200. Encountered: "?" (63), after : "" at org.apache.velocity.runtime.parser.Parser.parse(Parser.java:136) at org.apache.velocity.runtime.RuntimeInstance.parse(RuntimeInstance.java:1226) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:211) ... 49 more Wrapped Exception: org.apache.velocity.runtime.parser.ParseException: Lexical error: org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 210, column 200. Encountered: "?" (63), after : "" at org.apache.velocity.runtime.parser.Parser.parse(Parser.java:136) at org.apache.velocity.runtime.RuntimeInstance.parse(RuntimeInstance.java:1226) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:211) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:184) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:117) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:94) at com.xpn.xwiki.render.XWikiVelocityRenderer.interpret(XWikiVelocityRenderer.java:55) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:288) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.interpretText(DefaultXWikiRenderingEngine.java:194) at com.xpn.xwiki.XWiki.parseContent(XWiki.java:1711) at com.xpn.xwiki.web.SkinAction.renderFileFromFilesystem(SkinAction.java:252) at com.xpn.xwiki.web.SkinAction.render(SkinAction.java:137) at com.xpn.xwiki.web.SkinAction.render(SkinAction.java:80) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:231) 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.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) 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:128) 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:68) 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:217) 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:109) 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:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) 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.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1805) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) </pre></div>

2 2

[xwiki-devs] Logging problem
by du du 11 Apr '12

11 Apr '12

Hi, all, I have the following logback.xml file, I developed a servlet, and used common logging library, import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; Log logger = LogFactory.getLog(FileTestServlet.class); I also added this to the logback.xml: <logger name="next.filetest" level="debug"/> In the code, I have the following code: logger.debug("FileTestServlet doGet..."); But in the xwiki.log file, the message is not logged to the log file, anything wrong? I tried to configure log4j.properties in the classes folder, used log4j logger for logging, there is no message logged either. Thanks for your help. Dave <configuration> <appender name="xwiki" class="ch.qos.logback.core.rolling.RollingFileAppender">  <file>C:\apache-tomcat-7.0.25\logs\xwiki.log</file> <append>false</append> <encoder> <pattern>%d [%t] %-5p %c - %m%n</pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> <maxIndex>10</maxIndex> <FileNamePattern>C:\apache-tomcat-7.0.25\logs\xwiki.log.%i</FileNamePattern> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <MaxFileSize>5MB</MaxFileSize> </triggeringPolicy> </appender> <logger name="com.xpn.xwiki.render.XWikiRadeoxRenderEngine" level="warn"/> <logger name="org.apache.fop.layoutmgr.inline.ContentLayoutManager" level="error"/> <logger name="org.apache.struts.util.RequestUtils" level="error"/> <logger name="org.hibernate.type" level="warn"/> <logger name="com.xpn.xwiki.store.migration" level="info"/> <logger name="org.hibernate.SQL" level="debug"/> <logger name="org.jgroups" level="error"/> <logger name="org.hibernate" level="warn"/> <logger name="info.informatica.doc.style.css.dom" level="error"/> <logger name="org.hibernate.ps.PreparedStatementCache" level="warn"/> <logger name="org.xwiki" level="info"/> <logger name="com.xpn.xwiki" level="warn"/> <logger name="next.filetest" level="debug"/> <root level="DEBUG"> <appender-ref ref="xwiki"/> </root> </configuration>

1 0

[xwiki-devs] [Proposal] XWiki 4.x Cycle Themes
by Vincent Massol 10 Apr '12

10 Apr '12

Hi devs, Now that our Survey is over (see ) I'd like to propose that we settle on the following 2 themes for XWiki 4.x: * Theme 1: Ease of use * Theme 2: Quality This means that when we define roadmaps and more generally when each of us do development tasks, we should try to focus on doing things that are about "ease of use" first and barring that about "quality". These themes are quite general but they should be understood as improving what we already have vs developing brand new features. Of course it doesn't mean we shouldn't accept any brand new feature but more that, whenever we can, we should go in the direction of the themes. WDYT? If we agree I''ll add those themes to our Roadmap page at http://enterprise.xwiki.org/xwiki/bin/view/Main/Roadmap Thanks -Vincent

6 6

Re: [xwiki-devs] [GSOC] A basic search implementation with SOLR
by savitha sundaramurthy 10 Apr '12

10 Apr '12

Hi Paul, Here is the link to the document https://docs.google.com/document/pub?id=1-2GqvjtzS_a8TRKDNsom9egDZHTT5xIzUf… Thanks a lot, Savitha > On Wed, Apr 4, 2012 at 12:03 PM, Paul Libbrecht <paul(a)hoplahup.net> wrote: > >> Hi Savitha, >> >> things are moving. This is good. >> >> Do you have a (temporary) server address where this could be tested? >> (maybe best over IRC?). >> Or, how could I build your code and inject it on a fresh XWiki? >> >> Le 4 avr. 2012 à 18:46, savitha sundaramurthy a écrit : >> > I went through Fabio Mancinelli's code and with the help of few >> > inputs from there , I have implemented a basic search functionality >> using >> > solr. It also fixes the issue http://jira.xwiki.org/browse/XWIKI-6226. I >> > have indexed the page in English, french and Spanish. I have implemented >> > these main functionality: >> > >> > 1) Simple text search using solr. >> > 2) Used *Extended Dismax Parser *to customize search relevancy using >> boost >> > index. >> >> which fixes well the apostrophe case for sure (and a zillion other >> ambiguities, and another zillion power user tricks). >> >> > 3) Hit highlighting for English. >> >> This is a good usage of solr. >> >> > Below is the link to the source code >> > https://github.com/savis/xwiki-platform-search >> > XWiki front end , HTML and Velocity code >> > >> > https://gist.github.com/2295648 >> > >> > I wanted to send a pull request but I was playing around when renaming >> my >> > username and deleted the forked repository and I'm having difficulty >> > forking it again. So I have created a new repository and shared the code >> > above. >> >> I think forking is really useful. If not today, it will be needed any day >> soon. >> We need to see the diffs. >> Best would be to create the fork again, then copy your files and let git >> give us the diff. >> >> > I have taken few screen shots and have attached the document. >> >> where? >> >> > I'm working on my application and it should be done today. >> >> What is the planned schedule? >> >> paul >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > > > > -- > best regards, > Savitha.s > -- best regards, Savitha.s

7 14

[xwiki-devs] XWiki on cloud environments
by Fabio Mancinelli 09 Apr '12

09 Apr '12

Hi everybody, at XWiki we are participating in different research activities, many of them focused on cloud computing. As a part of this research efforts we've build this project that allows you to deploy XWiki in different cloud environments. In the current state, it allows to build an XWiki distribution that can be deployed on Amazon Beanstalk (http://aws.amazon.com/elasticbeanstalk/) and can also take advantage of the Amazon S3 Blobstore (http://aws.amazon.com/s3/) for storing attachments. The project is extensible, so other environments could be supported (e.g., Openstack SWIFT blobstore, http://swift.openstack.org/) and also deployment that are dynamically configured when started in virtual machines that are started up in other platforms. If you want to have a look you can find it here: https://github.com/fmancinelli/xwiki-platform-cloud For the moment I've put it on my personal GitHub account but I'll move it to XWiki contrib as soon as possible. Thanks, Fabio P.S.: If you want to experiment with it, Amazon provides a free usage tier (http://aws.amazon.com/free/)

2 3