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

[xwiki-devs] Bug Fixing Day: Thursday, February 10

by Sergiu Dumitriu

Hi community, This Thursday we'd like to do a Bugfixing Day, and everyone is welcome to participate with bug reporting or patching. (Sorry, forgot to announce this earlier) -- Sergiu Dumitriu http://purl.org/net/sergiu/

14 years, 7 months

2
2
0 0

[xwiki-devs] Coarse dates for the 3.x cycle

by Vincent Massol

Hi devs, I've put on http://enterprise.xwiki.org/xwiki/bin/view/Main/Roadmap coarse dates for the 3.x releases. I've followed our past rules and rhythm, which is about 2.5 months for each release and a total of about 1 year for a Cycle. This gives: * 3.0: March 2011 * 3.1: May 2011 * 3.2: July 2011 * 3.3: September 2011 * 3.4: November 2011 * 3.5: January 2012 The reason why I thought it would be good to be visible on our Roadmap page is to provide additional visibility to our users so that they can plan ahead their installations/upgrades of XE. Link: * Definition of Release Cycle: http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices Let me know if this doesn't correspond to your idea. Thanks -Vincent

14 years, 7 months

1
0
0 0

[xwiki-devs] [VOTE] Adding a third milestone to XE 3.0 release cycle (i.e. extending it by 3 weeks)

by Vincent Massol

Hi devs, I'd like to propose adding a XE 3.0M3 to the XE 3.0 release. The reason is that we're lagging on the following features and it would be good to have them in a final 3.0 release: * Dashboard/Gadgets * Extension Manager (XAR handling) In addition we need a bit more time for the following features to ensure they're of good quality: * User statuses (Sergiu is working on them for 3.0M2 but it's tight) * Attachment storage on the filesystem Moreover, 3.0 is the right time to perform cleanup of the source code. Thus the new dates would be: * 3.0M2: 7th of Feb (not changed) * 3.0M3: 28th of Feb * 3.0RC1: 14th of March * 3.0 Final: 28th of March (instead of 7th of March) Here's my +1 Thanks -Vincent

14 years, 7 months

7
7
0 0

Re: [xwiki-devs] [xwiki-notifications] r34465 - platform/core/trunk

by Marius Dumitru Florea

Hi Thomas, On 02/07/2011 06:36 PM, tmortagne (SVN) wrote: > Author: tmortagne > Date: 2011-02-07 17:35:24 +0100 (Mon, 07 Feb 2011) > New Revision: 34465 > > Modified: > platform/core/trunk/pom.xml > Log: > XWIKI-5964: Upgrade to Jython 2.5.2rc3 Version 2.5.2rc3-xwiki is missing from http://maven.xwiki.org/externals/org/python/jython-standalone/ . Can you fix this? Thanks, Marius > > Modified: platform/core/trunk/pom.xml > =================================================================== > --- platform/core/trunk/pom.xml 2011-02-07 16:19:52 UTC (rev 34464) > +++ platform/core/trunk/pom.xml 2011-02-07 16:35:24 UTC (rev 34465) > @@ -61,7 +61,7 @@ > <dependency> > <groupId>org.python</groupId> > <artifactId>jython-standalone</artifactId> > -<version>2.5.2rc2-xwiki</version> > +<version>2.5.2rc3-xwiki</version> > </dependency> >  > <dependency> > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

14 years, 7 months

2
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r34450 - platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/internal/macro

by Thomas Mortagne

On Mon, Feb 7, 2011 at 12:53, vmassol <platform-notifications(a)xwiki.org> wrote: > Author: vmassol > Date: 2011-02-07 12:53:01 +0100 (Mon, 07 Feb 2011) > New Revision: 34450 > > Modified: > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/internal/macro/WikiMacroExecutionEventListener.java > Log: > XWIKI-5928: ID macros generated from HTML anchors are not properly closed Should be XWIKI-5957: New permission check introduced in 2.5 forbids macros which need programming rights in subwikis > > * Fixed checkstyle error > > Modified: platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/internal/macro/WikiMacroExecutionEventListener.java > =================================================================== > --- platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/internal/macro/WikiMacroExecutionEventListener.java 2011-02-07 11:27:36 UTC (rev 34449) > +++ platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/internal/macro/WikiMacroExecutionEventListener.java 2011-02-07 11:53:01 UTC (rev 34450) > @@ -76,9 +76,15 @@ > @Requirement > private DocumentAccessBridge documentAccessBridge; > > + /** > + * Temporarily used to resolve the user as a valid document reference. > + */ > @Requirement > private DocumentReferenceResolver<String> resolver; > > + /** > + * Temporarily used to serialize a document reference pointing to a user as a String. > + */ > @Requirement > private EntityReferenceSerializer<String> serializer; > > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications > -- Thomas Mortagne

14 years, 7 months

1
0
0 0

[xwiki-devs] [proposal] Move com.xpn.xwiki.store.jcr to contrib/retired

by Caleb James DeLisle

As I understand, jcrstore is unused, untested, and suspected to be non functional or incomplete. I would like to move it to contrib/retired and remove references to it from com/xpn/xwiki/plugin/query/QueryPluginApi.java and com/xpn/xwiki/plugin/query/QueryPlugin.java From what I can see, this will have no effect on the query plugin itself. WDYT? Caleb

14 years, 7 months

6
5
0 0

[xwiki-devs] [Idea] xwiki-sanity module/application

by Vincent Massol

Hi devs, I'd like to explore the idea of having a xwiki-sanity module which would be in charge of making verifications in a running XE/XEM instance and reporting issues/making fixes were needed. We could also have a counterpart xwiki-sanity application (XAR). Here are some potential use cases (I'm sure we can find lots of others): * Check DB version and perform migrations of the schema accordingly (our current migration system which is currently located in xwiki-core) * Perform various checks on DB settings, cache settings, etc * Perform deprecation call checks in velocity (the current deprecated uberspector) * More specific checks. For example: intercept the call to the velocity macro and add a check on: if the page where the velocity is executed is called Blog.BlogSheet and the content of the velocity contains "#getEntryDate($entryDoc $entryObj $entryDate)" and the platform version is >= 3.0M1 then don't execute the macro but instead display the message "The Blog application is not compatible with this version of XE, please upgrade to the latest Blog application". WDYT? Thanks -Vincent

14 years, 7 months

2
1
0 0

[xwiki-devs] Problems noticed while upgrading myxwiki farm to 3.0M1

by Vincent Massol

Hi devs, I've noticed 3 problems we might want/need to fix before the final 3.0 release: 1) The wiki manager app generates a velocity error on CreateNewWiki page: http://myxwiki.org/xwiki/bin/view/WikiManager/CreateNewWiki 2) If you create a new wiki, create a new user, remove the Admin user, you cannot add the new user for the admin group since when you remove the Admin user that group disappears in the UI. Caleb says he knows the problem and will be working on a fix over the week end 3) Previous blog application fails on XE 3.0M1 with: org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [{{html clean="false" wiki="true"}} ## ## ## #showBlogInfo($doc) #if($context.action != 'inline') #printBlog($doc) #end {{/html}}] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47) at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:298) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:190) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7471) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7420) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:835) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:783) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:878) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:545) at sun.reflect.GeneratedMethodAccessor1038.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:196) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:161) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1894) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1832) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:860) at sun.reflect.GeneratedMethodAccessor899.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:196) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:161) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1942) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1864) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:154) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:226) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117) 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:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) at java.lang.Thread.run(Thread.java:595) Caused by: org.xwiki.velocity.XWikiVelocityException: Failed to evaluate content with id [ludovic:Blog.WebHome] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:205) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:161) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:117) ... 96 more Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'formatDate' in class com.xpn.xwiki.api.XWiki threw exception java.lang.NullPointerException at ludovic:Blog.WebHome[line 324, column 29] at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:243) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:187) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:420) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:196) ... 98 more Caused by: java.lang.NullPointerException at com.xpn.xwiki.XWiki.formatDate(XWiki.java:5965) at com.xpn.xwiki.XWiki.formatDate(XWiki.java:5970) at com.xpn.xwiki.api.XWiki.formatDate(XWiki.java:2098) at sun.reflect.GeneratedMethodAccessor953.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) ... 121 more Any taker to analyze problems 1) and 3)? Thanks -Vincent

14 years, 7 months

2
8
0 0

[xwiki-devs] Upgrade Hudson to Jenkins 1.396?

by Vincent Massol

Hi devs, As you probably know by now, Hudson has been split in 2: * Jenkins: Kohsuke and all other committers forked and renamed Hudson since there were trademarks issues with Oracle * Hudson: continuing work by Oracle Some more info: http://jenkins-ci.org/content/whos-driving-thing One thing to note is that Sonatype has sided with Oracle: http://www.sonatype.com/people/2011/02/our-focus-on-advancing-hudson-and-ma… Now we need to pick a version: Jenkins or Hudson (community or Oracle). Personally I'm more tempted to follow Jenkins for the time being since: 1) it's the community after all and they're the one who've been doing the work all these past years 2) they're not going to change how jenkins works whereas my understand is that the hudson architecture will be changed (at least that's what Sonatype wants). So in the short period if we want to continue using stable versions the Jenkins path is the safest one. We can then review our choice when Hudson releases new versions. The first official release of Jenkins is out (1.396). See changelog at http://jenkins-ci.org/changelog Since we're using 1.367 it's a good time to upgrade IMO. Note that Jenkins is simply a find/replace of Hudson to Jenkins and it's a drop in replacement (see http://wiki.jenkins-ci.org/display/JENKINS/Upgrading+from+Hudson+to+Jenkins). WDYT? Thanks -Vincent

14 years, 7 months

7
6
0 0

[xwiki-devs] [PROPOSAL] Required right meta data in pages that needs it

by Jerome Velociter

Hi developers, I've setup and worked on a couple of wiki farms recently, and my feedback is that the PR issue has become for me a major PITA. It's worst than before, because we've introduced a lot of pages that requires it : annotations style and script, plus the wiki macros for activity, tag cloud, space, etc. (OK, it's not really PR, it's edit right of the last person who did edit it, but it's the same issue mostly : you need to have it saved by someone with sufficient rights). Importing not as back-up (meaning all pages imported from the XAR are saved by the user doing the import) is not sufficient answer, for several reason : * User might not have programming rights * When user has programming rights, it's a BAD practice in terms of security (it means every page of the wiki initially has the PR right OK) * Wiki creation is also done by template wiki copy, which is not covered by this * This problem is not just an import/creation problem, we need generally a way to know which pages require PR, and which are missing this PR (users can be deleted, their rights can change, etc.). OK, that looks like sufficient complaining :) Here what I propose, tell me what you think : 1. We define a XWiki class, like XWiki.RequiredRightClass, with a field that describe the required right the user saving the document must have for it to behave properly (for example it will be "edit" for wiki macros with a "wiki" scope, and "programming" for pages that uses privileged APIs, or JSR scripts, or always use SSX, etc.) 2. We make a simple UI (for example in the administration section of the admin app) that list all of them, and their current status. Plus a button to fix the status if there is something to fix (a missing PR for example) and if the user seeing the page has the required rights of course. That's what I propose for now. In the future, we could imagine that : 3. Programming right can only be granted on a page that requires it explicitly. This would be a non-backward compatible change. Let me know what you think. If we agree I volunteer to implement this in 3.0 M2. Jerome.

14 years, 7 months

7
18
0 0

[xwiki-devs] Notice: upgrading myxwiki.org to 3.0M2

by Vincent Massol

Hi devs, A notice that I'm upgrading myxwiki.org to 3.0M2 this morning. Thanks -Vincent

14 years, 7 months

1
1
0 0

[xwiki-devs] [myxwiki] new wiki request

by Vincent Massol

Hi, I'd like to request a new wiki for the OSSGTP open source group. name: ossgtp.myxwiki.org user: VincentMassol description: Non profit association regrouping open source actors, especially around Paris. Thanks -Vincent

14 years, 7 months

1
1
0 0

Re: [xwiki-devs] [xwiki-notifications] r34389 - in platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki: . doc

by Vincent Massol

On Feb 3, 2011, at 5:19 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2011-02-03 05:19:19 +0100 (Thu, 03 Feb 2011) > New Revision: 34389 > > Modified: > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/XWiki.java > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc/XWikiDocument.java > Log: > [misc] Introduced constants for the default wiki, space and homepage > > Modified: platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/XWiki.java > =================================================================== > --- platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/XWiki.java 2011-02-03 02:51:43 UTC (rev 34388) > +++ platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/XWiki.java 2011-02-03 04:19:19 UTC (rev 34389) > @@ -200,12 +200,24 @@ > > public class XWiki implements XWikiDocChangeNotificationInterface, EventListener > { > + /** Name of the default wiki. */ > + public static final String DEFAULT_MAIN_WIKI = "xwiki"; > + > + /** Name of the default home space. */ > + public static final String DEFAULT_HOME_SPACE = "Main"; > + > + /** Name of the default system space. */ > + public static final String SYSTEM_SPACE = "XWiki"; > + > + /** Name of the default space homepage. */ > + public static final String DEFAULT_SPACE_HOMEPAGE = "WebHome"; > + We need to remove these constants and use EntityReferenceValueProvider instead (which also has the ability to configure them through configuration). Thanks -Vincent [snip]

14 years, 7 months

1
0
0 0

Re: [xwiki-devs] [xwiki-notifications] r34371 - platform/core/trunk/xwiki-extension/xwiki-extension-api/src/main/java/org/xwiki/extension/repository/internal

by Vincent Massol

On Feb 2, 2011, at 5:49 PM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2011-02-02 17:49:50 +0100 (Wed, 02 Feb 2011) > New Revision: 34371 > > Modified: > platform/core/trunk/xwiki-extension/xwiki-extension-api/src/main/java/org/xwiki/extension/repository/internal/DefaultCoreExtensionRepository.java > Log: > XWIKI-5946: Extension manager fails on JBoss AS 5 > Fixed. > > Modified: platform/core/trunk/xwiki-extension/xwiki-extension-api/src/main/java/org/xwiki/extension/repository/internal/DefaultCoreExtensionRepository.java > =================================================================== > --- platform/core/trunk/xwiki-extension/xwiki-extension-api/src/main/java/org/xwiki/extension/repository/internal/DefaultCoreExtensionRepository.java 2011-02-02 16:24:38 UTC (rev 34370) > +++ platform/core/trunk/xwiki-extension/xwiki-extension-api/src/main/java/org/xwiki/extension/repository/internal/DefaultCoreExtensionRepository.java 2011-02-02 16:49:50 UTC (rev 34371) > @@ -21,8 +21,10 @@ > > import java.io.IOException; > import java.io.InputStream; > +import java.net.MalformedURLException; > import java.net.URL; > import java.util.ArrayList; > +import java.util.HashSet; > import java.util.LinkedHashMap; > import java.util.List; > import java.util.Map; > @@ -76,6 +78,8 @@ > { > Set<URL> basURLs = ClasspathHelper.getUrlsForPackagePrefix("META-INF.maven"); > > + basURLs = filterURLs(basURLs); > + > ConfigurationBuilder configurationBuilder = new ConfigurationBuilder(); > configurationBuilder.setScanners(new ResourcesScanner()); > configurationBuilder.setUrls(basURLs); > @@ -166,6 +170,27 @@ > } > } > > + private Set<URL> filterURLs(Set<URL> urls) would benefit from a javadoc to explain why we have to do this.... Thanks -Vincent > + { > + Set<URL> results = new HashSet<URL>(urls.size()); > + for (URL url : urls) { > + String cleanURL = url.toString(); > + // Fix JBoss URLs > + if (url.getProtocol().startsWith("vfszip:")) { > + cleanURL = cleanURL.replaceFirst("vfszip:", "file:"); > + } else if (url.getProtocol().startsWith("vfsfile:")) { > + cleanURL = cleanURL.replaceFirst("vfsfile:", "file:"); > + } > + cleanURL = cleanURL.replaceFirst("\\.jar/", ".jar!/"); > + try { > + results.add(new URL(cleanURL)); > + } catch (MalformedURLException ex) { > + // Shouldn't happen, but we can't do more to fix this URL. > + } > + } > + return results; > + } > + > private String packagingToType(String packaging) > { > // support bundle packaging

14 years, 7 months

1
1
0 0

[xwiki-devs] Question about Sheet and Template

by Lukapt

Hello, I started using the xwiki plataform recently. I'm a bit confused about the differences between Sheet and Template concepts. Despite some research it is not clear for me when to use Sheet or Template pages. It would be very helpful if someone could clarify me or point some link with an explanation. Thanks in advance. Best regards, Luís Braga -- View this message in context: http://xwiki.475771.n2.nabble.com/Question-about-Sheet-and-Template-tp59846… Sent from the XWiki- Dev mailing list archive at Nabble.com.

14 years, 7 months

2
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r34329 - in platform/core/trunk: xwiki-annotations/xwiki-annotation-core/src/main/java/org/xwiki/annotation/renderer xwiki-annotations/xwiki-annotation-core/src/test/java/org/xwiki/annotation/renderer xwiki-rend

by Jerome Velociter

On Wed, Feb 2, 2011 at 2:51 PM, Vincent Massol <vincent(a)massol.net> wrote: > Hi Jerome, > > On Feb 2, 2011, at 2:42 PM, Jerome Velociter wrote: > >> Hi Vincent, >> >> Something I don't understand in your commit : why the SOURCE meta data >> is a private field of the meta data object ? > > It's public: > public static final String SOURCE = "source"; Yes I meant public, sorry. > >> Are there two types of meta data ? One "first level citizen" that gets >> to have its private field in the metadata object, and the other ones >> that goes in the meta data map ? How do you arbitrate ? >> >> Does that make sense ? > > The reason I have defined the SOURCE key in MetaData is because I needed a place where to put "well-known" metadata keys. OK, it make sense. I guess there should not be too much of such keys, and that other components would rather store the meta data they define keys in their own structures. Jerome. > > Thanks > -Vincent > >> Jerome. >> >> On Tue, Feb 1, 2011 at 8:17 PM, vmassol >> <platform-notifications(a)xwiki.org> wrote: >>> Author: vmassol >>> Date: 2011-02-01 20:17:00 +0100 (Tue, 01 Feb 2011) >>> New Revision: 34329 >>> >>> Added: >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/MetaDataBlock.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/MetaData.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/MetaDataStateChainingListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/internal/renderer/xhtml/ >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLRendererTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/chaining/MetaDataStateChainingListenerTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/reference/ >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/reference/ResourceReferenceTest.java >>> Removed: >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/DefaultXDOMResourceReferenceResolver.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/XDOMResourceReferenceResolver.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/test/java/org/xwiki/rendering/internal/macro/context/DefaultXDOMResourceReferenceResolverTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/test/resources/ >>> Modified: >>> platform/core/trunk/xwiki-annotations/xwiki-annotation-core/src/main/java/org/xwiki/annotation/renderer/AbstractAnnotationRenderer.java >>> platform/core/trunk/xwiki-annotations/xwiki-annotation-core/src/test/java/org/xwiki/annotation/renderer/AnnotationXHTMLRendererTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/XDOM.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/parser/XDOMGeneratorListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/event/EventsChainingRenderer.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/AnnotatedXHTMLRenderer.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLChainingRenderer.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLRenderer.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/CompositeListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/Listener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/QueueListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/WrappingListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/AbstractChainingListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/EventType.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/LookaheadChainingListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/reference/ResourceReference.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/ContextMacro.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/resources/META-INF/components.txt >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/test/java/org/xwiki/rendering/internal/macro/context/ContextMacroTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacroXHTMLRenderer.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/test/java/org/xwiki/rendering/internal/macro/IncludeMacroTest.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-syntaxes/xwiki-rendering-syntax-doxia/src/main/java/org/xwiki/rendering/internal/parser/doxia/DoxiaGeneratorListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-syntaxes/xwiki-rendering-syntax-wikimodel/src/main/java/org/xwiki/rendering/internal/renderer/wikimodel/WikiModelGeneratorListener.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-xwiki/src/main/java/org/xwiki/rendering/internal/wiki/XWikiWikiModel.java >>> platform/core/trunk/xwiki-rendering/xwiki-rendering-xwiki/src/test/java/org/xwiki/rendering/internal/wiki/XWikiWikiModelTest.java >>> Log: >>> XWIKI-4802: Add MetaData Block/Events to allow specifying meta data to XDOM/Listeners >>> XWIKI-5902: Add support for relative links/images in included documents when they are generated by macros > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs >

14 years, 7 months

1
0
0 0

Re: [xwiki-devs] [xwiki-notifications] r34329 - in platform/core/trunk: xwiki-annotations/xwiki-annotation-core/src/main/java/org/xwiki/annotation/renderer xwiki-annotations/xwiki-annotation-core/src/test/java/org/xwiki/annotation/renderer xwiki-rendering/xwiki-r

by Jerome Velociter

Hi Vincent, Something I don't understand in your commit : why the SOURCE meta data is a private field of the meta data object ? Are there two types of meta data ? One "first level citizen" that gets to have its private field in the metadata object, and the other ones that goes in the meta data map ? How do you arbitrate ? Does that make sense ? Jerome. On Tue, Feb 1, 2011 at 8:17 PM, vmassol <platform-notifications(a)xwiki.org> wrote: > Author: vmassol > Date: 2011-02-01 20:17:00 +0100 (Tue, 01 Feb 2011) > New Revision: 34329 > > Added: > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/MetaDataBlock.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/MetaData.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/MetaDataStateChainingListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/internal/renderer/xhtml/ > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLRendererTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/chaining/MetaDataStateChainingListenerTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/reference/ > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/test/java/org/xwiki/rendering/listener/reference/ResourceReferenceTest.java > Removed: > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/DefaultXDOMResourceReferenceResolver.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/XDOMResourceReferenceResolver.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/test/java/org/xwiki/rendering/internal/macro/context/DefaultXDOMResourceReferenceResolverTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/test/resources/ > Modified: > platform/core/trunk/xwiki-annotations/xwiki-annotation-core/src/main/java/org/xwiki/annotation/renderer/AbstractAnnotationRenderer.java > platform/core/trunk/xwiki-annotations/xwiki-annotation-core/src/test/java/org/xwiki/annotation/renderer/AnnotationXHTMLRendererTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/XDOM.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/parser/XDOMGeneratorListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/event/EventsChainingRenderer.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/AnnotatedXHTMLRenderer.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLChainingRenderer.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/internal/renderer/xhtml/XHTMLRenderer.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/CompositeListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/Listener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/QueueListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/WrappingListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/AbstractChainingListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/EventType.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/chaining/LookaheadChainingListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/listener/reference/ResourceReference.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/java/org/xwiki/rendering/internal/macro/context/ContextMacro.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/main/resources/META-INF/components.txt > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-context/src/test/java/org/xwiki/rendering/internal/macro/context/ContextMacroTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacroXHTMLRenderer.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/test/java/org/xwiki/rendering/internal/macro/IncludeMacroTest.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-syntaxes/xwiki-rendering-syntax-doxia/src/main/java/org/xwiki/rendering/internal/parser/doxia/DoxiaGeneratorListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-syntaxes/xwiki-rendering-syntax-wikimodel/src/main/java/org/xwiki/rendering/internal/renderer/wikimodel/WikiModelGeneratorListener.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-xwiki/src/main/java/org/xwiki/rendering/internal/wiki/XWikiWikiModel.java > platform/core/trunk/xwiki-rendering/xwiki-rendering-xwiki/src/test/java/org/xwiki/rendering/internal/wiki/XWikiWikiModelTest.java > Log: > XWIKI-4802: Add MetaData Block/Events to allow specifying meta data to XDOM/Listeners > XWIKI-5902: Add support for relative links/images in included documents when they are generated by macros >

14 years, 7 months

2
1
0 0

[xwiki-devs] Myxwiki.org farm performance, when are we full?

by Vincent Massol

Hi devs, We're accepting new wikis on myxwiki.org as requests come in but we already have 110 wikis created on it. When do we know we shouldn't accept new wiki creation on that JVM because it's degrading performances too much? Do we have tool to monitor wiki activity and publish on a page which wikis are using the most resources? Do we have tools to display response time stats and see how they evolve over time? Thanks -Vincent

14 years, 7 months

3
7
0 0

[xwiki-devs] Code responsible for loading/unloading jars

by coldserenity

Hello, Where can I find code responsible for loading/unloading jars? It looks like http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-extension/ branch with code for extension manager (where I planned to start the search from) has moved somewhere. Thus asking for a hint. A little background. Reason for request is that I'll probably try borrowing this component for use in our project . The library we were using ( http://jcloader.sourceforge.net/ ) is LGPL v3 which is not applicable for our business model anymore (LGPLs of earlier versions still apply) thus looking for something similar. Regards, Roman -- View this message in context: http://xwiki.475771.n2.nabble.com/Code-responsible-for-loading-unloading-ja… Sent from the XWiki- Dev mailing list archive at Nabble.com.

14 years, 7 months

3
3
0 0

[xwiki-devs] [Proposal] Skin extension grouping and transformation

by Marius Dumitru Florea

Hi devs, I have this wiki syntax: ----------8<---------- {{velocity output="false"}} $xwiki.ssrx.use('uicomponents/widgets/gallery.css') $xwiki.jsrx.use('uicomponents/widgets/gallery.js') {{/velocity}} (% class="gallery" %)((( image:first.png ... image:last.png ))) ---------->8---------- and I'd like to make the resource import automatic. I think we can achieve this in two steps. (1) Add a way to group skin extensions. I'd like to be able to write this: ----------8<---------- {{velocity output="false"}} $xwiki.gsx.use('gallery') {{/velocity}} (% class="gallery" %)((( image:first.png ... image:last.png ))) ---------->8---------- (2) Write a rendering transformation that looks for style names (CSS classes) in the content and imports the skin extension group with the same name. This way I'd be able to write just: ----------8<---------- (% class="gallery" %)((( image:first.png ... image:last.png ))) ---------->8---------- Let's consider the technical details now: (1) I propose we add two XWiki classes: XWiki.SkinExtension * type (StaticList): jsrx * resource (String): uicomponents/widgets/gallery.js XWiki.SkinExtensionRole * role (String): gallery which will be used by a new SkinExtension plugin and component (hint=gsx). The XWiki.SkinExtensionRole objects will be joined with XWiki.SkinExtension objects by document id. In other words, in order to create a skin extension group you have to add a XWiki.SkinExtensionRole object and multiple XWiki.SkinExtension objects to a document. To make group creation easier for StyleSheetExtension and JavaScriptExtension the new skin extension plugin will include them automatically in the group defined by the XWiki.SkinExtensionRole. In other words if you want to group a JSX and a SSX that are on the same document you just have to add a XWiki.SkinExtensionRole object to that document. (2) The rendering transformation that will automatically import the skin extension groups based on style names will use the skin extension component defined at step (1). This transformation should be the last one executed. WDYT? I'd like to implement this ASAP as it doesn't seem to be very complicated. Thanks, Marius

14 years, 7 months

5
11
0 0

[xwiki-devs] [Discussion] JIRA: Improving QA/Test Reports + relaxing JIRA rule

by Vincent Massol

Hi devs, Sorin and Silvia are helping us in term of improving the quality of platform/XE/XEM by systematically testing milestones/RCs/final versions. They've started a TestReports space on xwiki.org where he's going to put all his test reports from now on: http://www.xwiki.org/xwiki/bin/view/TestReports/ In those reports, when a test fails they'll need to create a JIRA issue (instead of pointing to a page on the incubator). This would make it much easier for reporting purpose, to see all the issues they've created and for us to see all issues found by the Q&A team. The problem is that our current JIRA strategy is to NOT create jira issue for issues that haven't been "released" already (instead the strategy is to comment in them). I'm proposing to relax this rule in the following manner: * Allow to have "affects" and "fix for" be the same value in JIRA * Automatically exclude from our release notes issues where "affects" == "fixfor" In addition IMO it would be good for Sorin/Silvia to: * Link the newly created jira to an existing jira WDYT? Thanks -Vincent

14 years, 7 months

5
8
0 0

[xwiki-devs] [VOTE] Add Document.getPlainTitle()

by Vincent Massol

Hi devs, In lots of places we need to display the title without any markup rendering. Examples: - breadcrumb - activity stream - search results etc This is such a common use case I'm proposing to add a new API for it in Document: getPlainTitle() It's a one liner that will do: getRenderedTitle("plain/1.0") Here's my +1 Thanks -Vincent

14 years, 7 months

7
13
0 0

[xwiki-devs] [VOTE] Move filesystem attachment storage into the core.

by Caleb James DeLisle

I would like to move the attachment storage code into the trunk for testing and inclusion in 3.0. I would like to put it in /core/xwiki-store/ which can begin the modularization of the storage engine. The filesystem attachment storage is still a work in progress but the main attachment storage class runs. I have added a new type of lock which automatically breaks deadlock and might solve the problem with deletion sometimes blocking. This code depends on and includes: TransactionRunnable which will allow us to evaluate TR in real life situations. Serialization apis for including a refactoring of the existing XMLWriter. File save/delete TransactionRunnables which serve as primitives for safe file saving and deletion on the filesystem. Lock manager which is still brand new and has to be moved into it's own package yet. An EntityReferenceSerializer for getting file paths from document names. This code provides: FilesystemAttachmentStore which is beta and functional. FilesystemAttachmentVersioningStore which is alpha and "you're on your own". along with compatible FilesystemAttachmentContent and ListAttachmentArchive. Here is my +1 for including this in the core so it can be developed and tested in concert. Caleb

14 years, 7 months

7
6
0 0

Re: [xwiki-devs] [Proposal] Making "Edit this attachment" an advanced feature in the advanced edit mode

by Raluca Stavro

Hello, >Sergiu Dumitriu wrote: > >>Silvia Rusu wrote: >> >>Hi devs, >> >>I propose we make "Edit this attachment" in the "Attachments" tab an advanced feature in the advanced edit mode. >> >>When trying to use "Edit this attachment": - in IE you get the following message: "Could not initialize a required ActiveX object" - in FF 3.5.2 installing the extension delivers the following message:"FoxWiki 1.0b could not be installed because it is not compatible with Firefox 3.5.2". - installing the extension on an older version of FF requires additional configuration, which the average user may not know how to perform. >> Under the above circumstances I think "Edit this attachment" will cause confusion for the average user instead of providing a useful tool. >> >>WDYT? >> > >Agreed to remove the edit button if the FF extension is not already installed and configured. The edit button is still there and the Firefox extension can't be installed because it is not compatible with newer Firefox versions. I really think that we should remove this button as soon as possible because this is a non-functionality at this point. Raluca.

14 years, 7 months

2
1
0 0

[xwiki-devs] [VOTE] Release IRCBot 1.0 application

by Vincent Massol

Hi devs, Just realized we've never released it. I'm proposing to do it today and document it at http://extensions.xwiki.org/xwiki/bin/view/Extension/IRC+Bot+Application Here's my +1 Thanks -Vincent

14 years, 7 months

6
5
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs