xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

Re: [xwiki-devs] [xwiki-notifications] r8945 - xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/services

by Vincent Massol

I think we should explain why we're disabling each macro by adding a comment for each. For example why are we disabling this one: > ## List configured interwiki targets. > +# org.radeox.macro.InterWikiMacro By looking at the comment I have no idea why. Same questions for most of the others too. Thanks -Vincent On Apr 2, 2008, at 10:45 PM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-02 22:45:21 +0200 (Wed, 02 Apr 2008) > New Revision: 8945 > > Modified: > xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro > Log: > XWIKI-2271: Disable unused radeox macros > Done. > > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/resources/ > META-INF/services/com.xpn.xwiki.render.macro.XWikiMacro > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro 2008-04-02 20:10:39 > UTC (rev 8944) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro 2008-04-02 20:45:21 > UTC (rev 8945) > @@ -8,16 +8,24 @@ > com.xpn.xwiki.plugin.graphviz.GraphVizMacro > com.xpn.xwiki.plugin.svg.SVGMacro > com.xpn.xwiki.plugin.charts.ChartingMacro > -org.radeox.macro.ApiDocMacro > -org.radeox.macro.ApiMacro > -org.radeox.macro.XrefMacro > -org.radeox.macro.AsinMacro > -org.radeox.macro.FilePathMacro > -org.radeox.macro.IsbnMacro > com.xpn.xwiki.render.macro.LinkMacro > org.radeox.macro.MailToMacro > org.radeox.macro.QuoteMacro > -org.radeox.macro.RfcMacro > com.xpn.xwiki.render.macro.TableMacro > -org.radeox.macro.InterWikiMacro > -org.radeox.macro.XrefMacro > +## Link to APIs: {api:java.lang.String} will link to the String > class in the Sun Java Documentation > +## This one is quite useful, it should be configured to link to the > online XWiki javadoc. > +org.radeox.macro.ApiMacro > +## List configured interwiki targets. > +# org.radeox.macro.InterWikiMacro > +## List registered API locations: {api-docs} will display a table > with the configured API locations. The configuration is done in a > file called apidocs.txt > +# org.radeox.macro.ApiDocMacro > +## Link to XRef pages > +# org.radeox.macro.XrefMacro > +## Amazon Standard Identification Number: {asin:ASIN-VALUE-HERE} > will create a link to a product on Amazon > +# org.radeox.macro.AsinMacro > +## Link to books based on ISBN: {isbn:ISBN-VALUE-HERE} will create > a link to a book on Amazon > +# org.radeox.macro.IsbnMacro > +## Link to RFC documents: {rfc:2616} will link to the HTTP 1.1 > protocol RFC > +# org.radeox.macro.RfcMacro > +## Displays a file path. Doesn't seem to work, though. > +# org.radeox.macro.FilePathMacro > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

16 years, 7 months

[xwiki-devs] [ANN] XWiki Enterprise 1.3.1 released

by Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.3.1 Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is a bug fix release. Bugs fixed * XWIKI-921 - When using XWikiDocuments as resource bundles, no default value is used * XWIKI-1605 - The WYSIWYG editor does not save for unprivileged users in Safari 3.0.3 * XWIKI-2130 - Document.getPreviousDocument() and Document.getPreviousVersion() seems not to work * XWIKI-2193 - LDAP error message with stack trace in xwiki.log when processing invalid LDAP credentials. User gets "Internal Error" feedback on UI. * XWIKI-2201 - LDAP group mapping defined in XWikiPreferences is not working * XWIKI-2202 - LDAP user update corrupt XWiki user page * XWIKI-2206 - Cookie domains not compliant with RFC 2109 * XWIKI-2208 - LDAP parameter "user_group" is not taken into account. * XWIKI-2209 - XWiki GWT Api breaks UTF translations * XWIKI-2210 - Can't use differents uid name configuration for the same ldap server for two differents wikis * XWIKI-2211 - Cannot log in using Internet Explorer * XWIKI-2215 - LDAP Authenticator should add proper error message in the context when authentication fail * XWIKI-2235 - Cannot deploy XWiki as ROOT application * XWIKI-2236 - doc#getLastChanges() does not work with the new versioning scheme * XWIKI-2247 - The rendering component does not handle and empty line correctly together * XWIKI-2248 - DBTreeListClass needs to support translations * XWIKI-2255 - Exception while saving some documents * XWIKI-2258 - Empty page returned when login cookie with wrong IP address * XWIKI-2260 - Wysiwyg editor needs to handle multiple carriage returns properly * XWIKI-2269 - \ in wiki syntax does not convert to 2 but instead escaped one in HTML Improvements * XWIKI-2246 - Add Galician translation New Features * XWIKI-2204 - Ability to set url redirections at the wiki level * XWIKI-2205 - add better Active Directory support - case insensitive username * XWIKI-2259 - Configurable prefix for authentication cookies For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise131 Thanks -The XWiki dev team

16 years, 7 months

[xwiki-devs] Weird issue with Photo Album

by Squirrel

Hi guys, Could you please take a look into this <http://tiny.cc/sWm57>. Steps: 1. Click on the album "Chicago" => you will see, that the first and the last picture are black and only the one in the middle shows up correctly 2. Click on the third picture => you will see, well nothing 3. Click again, on the black area => you will see the actual picture 4. Go back to the album overview and click on the first picture => you will see the actual picture one step earlier than on the third picture... 5. Go back and click on the picture in the middle => everything is just fine Any idea what I did wrong (I removed everything and tried it again, only the picture in the middle "DSCF0144.jpg" looks everytime fine)? Thanks, Squirrel PS: To upload many picture is a pain this way...I'm really looking forward to a filesystem-store-solution...I even run once out of heap-memory (Xmx512m)

16 years, 7 months

[xwiki-devs] Some questions about the XWiki API...

by Fabio Mancinelli

Hi everybody, I am finishing the XMLRPC interface but I am stuck on some points... I still haven't found the way to do this so I am asking here to the API gurus that surely have the solutions I am looking for: 1) I don't know how to retrieve the list of language IDs that are configured in the "xwiki/bin/admin/XWiki/XWikiPreferences" in the Parameters/Languages field. I would need this for knowing what are the "available" languages in a XWiki instance. 2) I cannot understand how to create a new "translated document". Currently I do Document doc = xwiki.getDocument(pageId); doc = doc.getTranslatedDocument(language); Now, if a translation for the given language is not *already* available, getTranslatedDocument returns the same document returned by getDocument (i.e., the default translation). But here I would like to "create" the new translated document that does not yet exist. Basically I am looking for something semantically equivalent to getDocument that creates a page if it doesn't already exist. 3) Removing an attachment seems impossible without switching from the API to the low-level functions. In order to remove an attachment I tried to do this: Document doc = xwiki.getDocument(pageId); Attachment xwikiAttachment = doc.getAttachment(fileName); doc.getDocument().deleteAttachment(xwikiAttachment.getAttachment(), xWikiContext); but xwikiAttachment.getAttachment() returns null, and this happens when the hasProgrammingRights() check fails. The same user is able to delete attachments via web, but I cannot understand how to mimic the same functionality by having the API as the entry point. Sorry if these are trivial questions but, as I said before, I am stuck and looping :) Thanks. Cheers, Fabio

16 years, 7 months

Re: [xwiki-devs] 1.3.1 release][urgent] Are you using \\\\ in wiki syntax

by Kamna Jain

I have never used this.

16 years, 7 months

Re: [xwiki-devs] Editing Xwiki Core

by Kamna Jain

Thanks so much for your inputs, Ludovic, Sergiu and Sachin.

16 years, 7 months

[xwiki-devs] [Fwd: Re: [xwiki-notifications] r8905 - xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/resources/META-INF/services]

by Sergiu Dumitriu

Forwarding to the proper mailing list. -------- Original Message -------- Subject: Re: [xwiki-notifications] r8905 - xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/resources/META-INF/services Date: Tue, 1 Apr 2008 22:24:01 +0200 From: Vincent Massol <vincent(a)massol.net> Reply-To: XWiki Notifications <notifications(a)xwiki.org> To: XWiki Notifications <notifications(a)xwiki.org> References: <20080401193540.8E8996C0A93(a)vsvn.xpertnet.biz> Hi Ludovic, This needs to be commented in the code to explain why we're commenting out the EscapeFilter. Thanks -Vincent PS: I spent lots of time (> 8 hours) fixing my Velocity code because a very tricky code was done in the old XWikiVelocityRenderer code with NO comments at all. We need to really start improving the quality of our code and we need everyone's help. That'll save us from a lot of trouble in the future. On Apr 1, 2008, at 9:35 PM, ludovic (SVN) wrote: > Author: ludovic > Date: 2008-04-01 21:35:40 +0200 (Tue, 01 Apr 2008) > New Revision: 8905 > > Modified: > xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > Log: > XWIKI-2269 \\ in wiki syntax does not convert to 2 <br /> but > instead escaped one \ in HTML > > Modified: xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/ > main/resources/META-INF/services/ > com.xpn.xwiki.render.filter.XWikiFilter > =================================================================== > --- xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > 2008-04-01 19:32:54 UTC (rev 8904) > +++ xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > 2008-04-01 19:35:40 UTC (rev 8905) > @@ -2,7 +2,7 @@ > # The content is restored later on in the CodeRestoreFilter. The > filter has to be executed first > # to ensure no modifications is done to the content. > com.xpn.xwiki.render.filter.CodeRemoveFilter > -com.xpn.xwiki.render.filter.EscapeFilter > +#com.xpn.xwiki.render.filter.EscapeFilter > org.radeox.filter.ParamFilter > com.xpn.xwiki.render.filter.StyleFilter > com.xpn.xwiki.render.filter.MacroFilter _______________________________________________ notifications mailing list notifications(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/notifications -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years, 7 months

[xwiki-devs] [VOTE] Release XE 1.3.1 ?

by Jean-Vincent Drean

We'd like to release XE 1.3.1 as soon as possible (on march 28th or april 1st). Here are the current changes done since 1.3 final : * XWIKI-2206 : Cookie domains not compliant with RFC 2019 * XWIKI-2130 : Document.getPreviousDocument() and Document.getPreviousVersion() seems not to work * XWIKI-2210 : Can't use differents uid name configuration for the same ldap server for two differents wikis * XWIKI-2211 : Cannot log in using Internet Explorer * XWIKI-2248 : DBTreeListClass needs to support translations * XWIKI-2215 : LDAP Authenticator should add proper error message in the context when authentication fail * XWIKI-2201 : LDAP group mapping defined in XWikiPreferences is not working * XWIKI-2208 : LDAP parameter "user_group" is not taken into account * XWIKI-2202 : LDAP user update corrupt XWiki user page * XWIKI-2247 : The rendering component does not handle \\ and empty line correctly together * XWIKI-2209 : XWiki GWT Api breaks UTF translations * XWIKI-2205 : add better Active Directory support - case insensitive username * XWIKI-2235 : Cannot deploy XWiki as ROOT application * XWIKI-2193 : LDAP error message with stack trace in xwiki.log when processing invalid LDAP credentials. User gets "Internal Error" feedback on UI. * XWIKI-921 : When using XWikiDocuments as resource bundles, no default value is used * XWIKI-2236 : doc#getLastChanges() does not work with the new versioning scheme * XWIKI-2255 : Exception while saving some documents * XSTOUCAN-27 : Fields of Add Property Panel are shrinked in Class Editor using IE7 * XSALBATROSS-22 : On IE7 the combo box for selecting Objects is not large enough Here's my +1 Anything else that's absolutely required for 1.3.1? Thanks, -- Jean-Vincent Drean

16 years, 7 months

[xwiki-devs] [Summary] Delete Core, Web, Panels and XE 1.1 branches

by Jean-Vincent Drean

> Now that we've started creating the branch for 1.3 I'd like to remove the 1.1 branches for Core, Web, Panels and XE. > > Rationale: > > * Cleanliness > * Having opened branches can tempt committers to commit stuff to the branch. Closing it clearly shows that we don't intend to work on it anymore > * We still have the latest released 1.1.x versions, so if there's an urgent need to release a 1.1.3 version we can still do it. > * This will allow us to remove the 1.1.3 version in JIRA thus keeping it clean too and again preventing people from using it. > * We can't work/support too many branches at once, that's just too much work > * We want people to upgrade to newer versions. > * XE 1.2 was released quite some time ago and is stable. 1.3 is about to be released as final too. six +1, no 0 .. There was a -1 which is now deprecated since Curriki 1.5.2 release is based on xwiki 1.3. I'll delete the 1.1 branches today. Thanks, -- Jean-Vincent Drean

16 years, 7 months

Re: [xwiki-devs] XEclipse - problem connecting to local XWiki

by Enygma

I did a bit of debugging and traced the problem to line 65 in XWikiRemoteDAO.java try { Page page = swizzleXWiki.getPage("XWiki.WebHome"); } catch (ClassCastException e) { ... } catch (Exception e) { The date is was earlier complaining about is the modification date of the wiki space I believe. Seems like there is a SwizzleConversionException thrown which the workaround mentioned in the comments fails to catch and I think the ClassCastException there was actually supposed to be a SwizzleConversionException so I changed the code to: try { Page page = swizzleXWiki.getPage("XWiki.WebHome"); } catch (SwizzleConversionException e) { Now, it disables the conversion as the workaround says but now I`m getting this exception: org.xwiki.eclipse.model.XWikiConnectionException: org.xwiki.eclipse.model.impl.XWikiDAOException: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(XWikiPlainConnection.java:83) at org.xwiki.eclipse.XWikiEclipsePageIndexer$IndexerJob.run(XWikiEclipsePageIndexer.java:67) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Caused by: org.xwiki.eclipse.model.impl.XWikiDAOException: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(XWikiRemoteDAO.java:79) at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(XWikiPlainConnection.java:71) ... 2 more Caused by: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.codehaus.swizzle.confluence.Confluence.call(Confluence.java:778) at org.codehaus.swizzle.confluence.Confluence.call(Confluence.java:751) at org.codehaus.swizzle.confluence.Confluence.login(Confluence.java:49) at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(XWikiRemoteDAO.java:54) ... 3 more After digging some more, I found out that this is caused by XWikiConnectionManager.getDefault().getPasswordForConnection(connection); at line 67 in XWikiEclipsePageIndexer.java where the connection manager is supposed to get the password associated to the connection but from what I see, the ID of the connection being resolved does not exist in the xwikiConnections HashTable which is, btw, populated with the correct initial connection containing the entered username and password. I don`t understand where does this second conenction come from that is not listed in the xwikiConnections with its ID, thus returning a null password and generating the above exception upon issuing connect(). Hope this helps on speeding things up. Thank you and hope someone comes to the rescue :) ----- Original Message ---- From: Enygma <enygma2002_ro(a)yahoo.com> To: users(a)xwiki.org Cc: devs(a)xwiki.org Sent: Tuesday, April 1, 2008 2:23:13 AM Subject: [xwiki-devs] XEclipse - problem connecting to local XWiki Hello XWiki users and developers. My name is Eduard Moraru and I'm going to apply this year for Google Summer of Code at XWiki on the project XWiki Offline. I am planning on embedding this project in the already existing XEclipse on which I've understood there is already some work done. My problem is that I tried out XEclipse (xwiki-eclipse-rcp-linux-gtk-x86-1.1.zip and xwiki-eclipse-1.1.zip) on a local installation of XWiki (xwiki-enterprise-installer-generic-1.3.jar) using both user Admin and a new test user and did not manage to connect to the wiki. I then tried to connect to xwiki.org using a newly registered account and it worked perfectly. On the local installation, XEclipse pops an exception which I can't get past: org.xwiki.eclipse.model.XWikiConnectionException:org.xwiki.eclipse.model.impl.XWikiDAOException:org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(Unknown Source) at org.xwiki.eclipse.wizards.NewConnectionWizard$1.run(Unknown Source) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113) Caused by: org.xwiki.eclipse.model.impl.XWikiDAOException:org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(Unknown Source) ... 3 more Caused by: org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.codehaus.swizzle.confluence.ConfluenceObjectConvertor.revert(ConfluenceObjectConvertor.java:56) at org.codehaus.swizzle.confluence.MapConvertor.revert(MapConvertor.java:39) at org.codehaus.swizzle.confluence.Confluence.revert(Confluence.java:791) at org.codehaus.swizzle.confluence.Confluence.getPage(Confluence.java:127) ... 4 more Caused by: java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54 EEST 2007" at java.text.DateFormat.parse(DateFormat.java:355) at org.codehaus.swizzle.confluence.ConfluenceObjectConvertor.revert(ConfluenceObjectConvertor.java:53) ... 7 more I also posted a bug on JIRA at http://jira.xwiki.org/jira/browse/XECLIPSE-100 regarding this issue but I figured on the mailing list I'd get faster feedback. My question is: Am I doing something wrong with my local installation? Are there some other privileges to give that I left out? At a first look, I`d say It`s a hardcoded date "mer. juil. 11 18:57:54 EEST 2007"(it's always the same), left there during development, but I`m not sure if it`s on the XEclipse side or the XWiki side. Thank you very much for your time and I await your suggestions. ____________________________________________________________________________________ No Cost - Get a month of Blockbuster Total Access now. Sweet deal for Yahoo! users and friends. http://tc.deals.yahoo.com/tc/blockbuster/text1.com _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com

16 years, 7 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs