xwiki-devs November 2008

xwiki-devs@xwiki.org

36 participants
108 discussions

[xwiki-devs] [ANN] XWiki Enterprise 1.7 Milestone 3 Released

by Thomas Mortagne

he XWiki development team is pleased to announce the release of XWiki Enterprise 1.7 Milestone 3. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download Last milestone of the XWiki Enterprise 1.7 version. Main changes: * Webdav support * Groovy upgrade * New script macro Important bug fixes: * The old LDAP authenticator is still used by default in some cases Note that general goals for XWiki Enterprise 1.7 are * Working and usable (i.e. users can use them for their day to day work instead of the old Syntax and old WYSIWYG editor) versions of new rendering and new WYSIWYG editor. * Working JCR (can be used for day to day work instead of Hibernate). * French XE * Blog revamping * Webdav integration For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise17M3 Thanks, The XWiki dev team

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14298 - in platform/core/trunk: . xwiki-core xwiki-core/src/main/java/com/xpn/xwiki/render xwiki-core/src/main/java/com/xpn/xwiki/render/groovy xwiki-macros xwiki-macros/xwiki-macro-groovy xwiki-macros/xwiki-macro-groovy/src xwiki-macros/xwiki-macro-groovy/src/main xwiki-macros/xwiki-macro-groovy/src/main/resources xwiki-macros/xwiki-macro-groovy/src/main/resources/META-INF xwiki-macros/xwiki-macro-groovy/src/main/resources/META-INF/plexus xwiki-macros/xwiki-macro-gro

by Sergiu Dumitriu

tmortagne (SVN) wrote: > Author: tmortagne > Date: 2008-11-19 15:57:38 +0100 (Wed, 19 Nov 2008) > New Revision: 14298 > Log: > XWIKI-2825: Create a generic script macro A quick review of the xwiki-script module: - DefaultScriptContextManager and ScriptExecutionContextInitializer should be in the internal package. - ScriptExecutionContextInitializer is not declared in components.xml, thus it is not used. - getScriptContext calls the initializers on each call. Is that correct? Shouldn't the context be initialized only once? - scriptContextInitializerList (which also contains a typo in its name) could be completely injected by Plexus, thus there's no need for Initializable and Composable on this class. Just declare a dependency on ScriptContextInitializer components. - The javadocs on the interfaces could be improved... They are rather short right now. -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14301 - in platform/core/trunk/xwiki-rendering/src: main/java/org/xwiki/rendering/internal/transformation test/java/org/xwiki/rendering test/java/org/xwiki/rendering/internal/transformation test/resources/META-INF/plexus test/resources/macros

by Sergiu Dumitriu

vmassol (SVN) wrote: > + getLogger().debug("The [" + macroHolder.macroBlock.getName() + "] macro doesn't support inline mode."); > + getLogger().debug("Failed to execute macro [" + macroHolder.macroBlock.getName() + "]. Internal error [" > + + e.getMessage() + "]"); > getLogger().debug("Failed to locate macro [" + macroBlock.getName() + "]. Ignoring it."); You should use the new formatting logger methods, like: getLogger().debug("Failed to locate macro [{0}]. Ignoring it.", macroBlock.getName()); -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14297 - in platform/core/trunk: xwiki-bridge/src/main/java/org/xwiki/bridge xwiki-core/src/main/java/com/xpn/xwiki/doc xwiki-rendering/src/test/java/org/xwiki/rendering/internal

by Sergiu Dumitriu

tmortagne (SVN) wrote: > Author: tmortagne > Date: 2008-11-19 15:48:09 +0100 (Wed, 19 Nov 2008) > New Revision: 14297 > > Modified: > platform/core/trunk/xwiki-bridge/src/main/java/org/xwiki/bridge/DocumentAccessBridge.java > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc/DefaultDocumentAccessBridge.java > platform/core/trunk/xwiki-rendering/src/test/java/org/xwiki/rendering/internal/MockDocumentAccessBridge.java > Log: > XWIKI-2855: Add a bridge to know if current document author has programming rights > I don't quite like this. Programming rights should not be part of the model. -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 10 months

[xwiki-devs] Problems on xwiki.org and myxwiki.org DB servers

by Vincent Massol

Hi, Just to let you know that for the next 20 minutes, it's possible that you'll find some problem saving tasks in jira, or wiki pages on our free wikis. Thanks -Vincent

15 years, 10 months

[xwiki-devs] Trouble with Panel Wizard

by MinhHoang To

Hi, I created a new widget displaying some statistical data via the Panel Wizard. With the 'admin' logins, that widget is always visible. However, when i logged in with non-admin username ( with View right granted), the newly created widget is no longer visible. Apparently, there are 2 most likely causes: -The widget contains a Groovy/Velocity snippet that requires Programming right to see - The non-admin username does not enough rights to see the widget Anyone could help me?

15 years, 10 months

[xwiki-devs] Protect script macros executing

by Thomas Mortagne

Hi devs, I'm finishing the generic script macro (based on jsr 223) and the groovy macro based on it. It's working pretty well but I have a last issue: what do we do about security ? I can't commit as it is because, like the "old" groovy macros, you can do almost everything so we have to protected the script macros from "simple" users. Now how do we do that ? 1) The quicker is to use the programming right with some bridge like the old groovy macro but it would be better to get rid of this special right in the new architecture. 2) we could also use the JAVA security policy to run the scripts in a "sandbox" but I think it means that the XWiki platform called by a scripts is also running in the same limited sandbox (?). 3) groovy has it's own support of JAVA security policy (see http://groovy.codehaus.org/Security) which give us the best control on it but it means it's only groovy 2) and 3) means also for us to define the exhaustive list of allowed or forbidden JVM api. I'm -1 for 1), I'm not sure for the details of 2) and I would prefer to be as generic as possible so i don't like 3) very much. I did not looked deeply on 2) and 3) yet, it's just a first mail to know if someone already played with theses concepts in JAVA. So WDYT ? Any other ideas ? -- Thomas Mortagne

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14029 - platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/rendering/transformation

by Vincent Massol

Note: We're testing the ability to change the log of an already committed message. It's not working yet since I just changed the log and it's showing a diff in the code... Thanks -Vincent On Nov 18, 2008, at 3:28 PM, tmortagne (SVN) wrote: > Author: tmortagne > Date: 2008-11-06 18:55:27 +0100 (Thu, 06 Nov 2008) > New Revision: 14029 > > Modified: > platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/MacroTransformationContext.java > Log: > Fixed javadoc (test) > > Modified: platform/core/trunk/xwiki-rendering/src/main/java/org/ > xwiki/rendering/transformation/MacroTransformationContext.java > =================================================================== > --- platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/MacroTransformationContext.java 2008-11-06 > 17:44:22 UTC (rev 14028) > +++ platform/core/trunk/xwiki-rendering/src/main/java/org/xwiki/ > rendering/transformation/MacroTransformationContext.java 2008-11-06 > 17:55:27 UTC (rev 14029) > @@ -125,7 +125,7 @@ > } > > /** > - * @param syntaxId the current syntax. > + * @param syntax the current syntax. > */ > public void setSyntax(Syntax syntax) > {

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14266 - sandbox/xwiki-application-officeimporter/src/main/resources/Import

by Sergiu Dumitriu

asiri (SVN) wrote: > Author: asiri > Date: 2008-11-18 09:01:29 +0100 (Tue, 18 Nov 2008) > New Revision: 14266 > > Added: > sandbox/xwiki-application-officeimporter/src/main/resources/Import/Importer > Removed: > sandbox/xwiki-application-officeimporter/src/main/resources/Import/Converter > Modified: > sandbox/xwiki-application-officeimporter/src/main/resources/Import/WebHome > Log: > XAOFFICE-1 : Develop the initial feature set for office-importer plugin. Wiki document sources should have the .xml extension. -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 10 months

Re: [xwiki-devs] [xwiki-notifications] r14234 - platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api

by Jean-Vincent Drean

On Sun, Nov 16, 2008 at 3:56 AM, SVN sdumitriu <platform-notifications(a)xwiki.org> wrote: > Author: sdumitriu > @@ -376,9 +372,10 @@ > * @return the given text rendered in the context of this document > * @deprecated since 1.6M1 use {@link #getRenderedContent(String, String)} > */ > + @Deprecated > public String getRenderedContent(String text) throws XWikiException > { > - return doc.getRenderedContent(text, getXWikiContext()); > + return this.doc.getRenderedContent(text, getXWikiContext()); > } We currently have 6 pages using this method in XE wiki : http://hudson.xwiki.org/job/xwiki-product-enterprise-test-trunk/com.xpn.xwi… WWYT about un-deprecate this method and make it return getRenderedContent(text, getSyntaxId()); ? Seems logical to me since this is what we would do from velocity.

15 years, 10 months

← Newer
1
2
3
4
5
6
7
8
9
10
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs November 2008