xwiki-devs September 2007

xwiki-devs@xwiki.org

35 participants
95 discussions

[xwiki-devs] XMLRPC Interface (was Re: [xwiki-notifications] r4850 - xwiki-platform/core/trunk/xwiki-core xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/xmlrpc xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/xmlrpc/client xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/xmlrpc/model xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/xmlrpc/model/swizzle xwiki-products/xwiki-enterprise/trunk/distribution-test/selenium-tests xwiki-products/xwiki

by Vincent Massol

Hi everyone, On Sep 8, 2007, at 8:57 PM, Catalin Hritcu wrote: > Author: hritcu > Date: 2007-09-08 20:57:32 +0200 (Sat, 08 Sep 2007) > New Revision: 4850 > > Added: > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/ > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/SwizzleXWikiClient.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/XWikiClient.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/XWikiClientConversionException.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/XWikiClientException.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/client/XWikiClientRemoteException.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/ > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Attachment.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/BlogEntry.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/BlogEntrySummary.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Comment.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Label.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/MapObject.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Page.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/PageHistorySummary.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/PageSummary.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Permission.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/RssFeed.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/SearchResult.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/ServerInfo.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/Space.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/SpaceSummary.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/User.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/UserInformation.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/ > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/AttachmentImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/BlogEntryImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/BlogEntrySummaryImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/CommentImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/LabelImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/PageHistorySummaryImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/PageImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/PageSummaryImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/PermissionImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/SearchResultImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/ServerInfoImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/SpaceImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/SpaceSummaryImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/UserImpl.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/model/swizzle/UserInformationImpl.java > Modified: > xwiki-platform/core/trunk/xwiki-core/pom.xml > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/ConfluenceRpcHandler.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > xmlrpc/DomainObjectFactory.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/selenium- > tests/pom.xml > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/AnonymousAccessTest.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/AttachmentsTest.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/CommentsTest.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/PagesTest.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/SpacesTest.java > xwiki-products/xwiki-enterprise/trunk/distribution-test/xmlrpc- > tests/src/test/it/com/xpn/xwiki/it/xmlrpc/framework/ > AbstractXmlRpcTestCase.java > Log: > XWIKI-1706: Use swizzle-confluence through a facade I think the model classes should reflect more XWiki's concepts since it's meant to abstract the implementation (swizzle). For example the following don't look right to me: Blog*, Comment, Label, Rss*. In XWiki they are all Objects. So I'd rather see an Object class in the interface and possibly some verification on the object type in the swizzle implementation to map them to swizzle concepts. This is very important and we need to agree on that before we can release 1.2M1 since when we release it then this api is in the wild and it'll be harder to change it. What do others think? Thanks -Vincent

17 years, 1 month

[xwiki-devs] [Proposal] Separate module for XMLRPC/SOAP and remote wiki access in general

by Vincent Massol

Hi, Catalin is finishing his work on the xmlrpc API. We'd like to propose to create the following modules: xwiki-platform-core/ |_ xwiki-remote/ |_ model/ |_ client/ |_ server/ Where: * model: Generates a JAR and contains common objects shared between client and server code. Namely they are objects such as Space, Attachment, Comment, Page, User, etc (see http://swizzle.codehaus.org/ swizzle-confluence/ for more). Note: In the future, it's maybe possible that these be shared with XWiki's model objects too. * client: Client API for code needing to call XWiki servers from another JVM. * server: Server API in XWiki for accepting and handling remote APIs. Open questions: ============= * What about GWT? It's also a protocol to call XWiki remotely so we need to integrate it in this new structure. So maybe, instead use: xwiki-platform-core/ |_ xwiki-remote/ |_ model/ |_ client/ |_ server/ |_ gwt/ The reason I don't put gwt in clients/ and servers/ is because it's special as it's both and it generates client and server code when compiled. * Is it possible to share interfaces between the XMLRPC/SOAP implementation and the GWT one? * Do we want to have a separate module for the client/server APIs and for the implementations? My take is that we should put them in a single place and only separate them when we have more than one implementation. So when there are 2 we would have: xwiki-platform-core/ |_ xwiki-remote/ |_ model/ |_ client/ |_ api/ |_ swizzle/ |_ secondimplementation/ |_ server/ |_ api/ |_ swizzle/ |_ secondimplementation/ |_ gwt/ WDYT? Anything else I forgot? Thanks -Vincent

17 years, 1 month

[xwiki-devs] XECLIPSE-21 : [actually - space description ignored in back-end xmlrpc]

by Asiri Rathnayake

Hi All, XECLIPSE-21 <http://jira.xwiki.org/jira/browse/XECLIPSE-21> complains that space description set on the space creation page (on xeclipse) is not added to the space's home page. But the actual problem is that addSpace() xmlrpc intentionally ignores space description . I think catalin worked on this and he has mentioned about this on the method comments. Anyway, i'm attaching a patch with this mail that would fix it. Catalin, is there a particular reason to ignore the space description ? Thanks. - Asiri

17 years, 1 month

[xwiki-devs] [VOTE] Release XWiki 1.1RC2

by Vincent Massol

Hi, I'd like to start releasing XWiki 1.1RC2 as it is now. Is anyone still working on something for 1.1RC2? Here's my +1 to release now and as is. Thanks -Vincent

17 years, 1 month

[xwiki-devs] Problems with PDF

by totoe

Hi! I've some problems with the PDF-Converter: If I use links like [Hi>http://www.hi.de>_blank] in my Wiki-Pages, the PDF-Converter doesn't work any more. With normal links (without _blank or _new) the converter has no problems... What can I do to solve this problem? It would be great if I get an answer! Kind regards, Torben

17 years, 1 month

[xwiki-devs] [vuoe] Adding attached jar classloader in 1.1RC2

by Ludovic Dubost

Hi, I'd like to propose to vote to add this new feature in 1.1RC2 http://jira.xwiki.org/jira/browse/XWIKI-1671 I know we should not add features, but this one would allow to run groovy script requiring libs not included in the xwiki release. For example this could allow to package the Google Docs Summer of Code project as a pure extension without configuration and even restart. It's implementatin is very safe, as nothing changes unless you add a param or a value in the context. <http://fisheye2.cenqua.com/browse/xwiki/xwiki-platform/xwiki-applications/b…> Ludovic -- Ludovic Dubost Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost AIM: nvludo Yahoo: ludovic _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 1 month

[xwiki-devs] Fwd: [xwiki-dev] [Proposal] Document comments should not create new versions

by Erin Schnabel

New list address.. see what happens when you go on vacation? ---------- Forwarded message ---------- From: Erin Schnabel <ebullient.rain(a)gmail.com> Date: Sep 4, 2007 2:14 PM Subject: Re: [xwiki-dev] [Proposal] Document comments should not create new versions To: xwiki-dev(a)objectweb.org I don't think adding comments should increment the version, while adding tags, perhaps, should. Tags are an attribute of the document, in that they classify the document text. Comments are not part of the document content, are often edited separately (by the comment author), and can be deleted. The sticky issue is that attached objects are stored as part of the versioned content in the archive... How are changes that don't bump the version currently handled RE: archive? (sorry for being ignorant w/ this part..) On 8/28/07, Catalin Hritcu <catalin.hritcu(a)gmail.com> wrote: > Hi, > > This is not only related to comments but also to tags (also objects) > and maybe also attachments. The behavior you describe here for > comments is taken by confluence and I personally find it more > intuitive -- since it preserves the "forum metaphor" for the comments > (on a forum you can't "revert" what other people say). However it's > very hard to tell what would be best for the users (unless you do a > case study in which you ask 100+ users). > > The only question about having it as an option (for each class I > suppose if you want something generic) is how hard it is to implement > and roll-in ? > > Catalin > > On 8/24/07, Sergiu Dumitriu <sergiu.dumitriu(a)gmail.com> wrote: > > Hi, > > > > This is more a matter of opinions. Should a comment increase the > > version of a document? I'd say yes, but the view of simple users is > > that a comment should not affect the document, as it is something > > describing the document, not belonging to the document. So we should > > have a parameter that configures this. > > > > WDYT? > > Sergiu > > -- > > http://purl.org/net/sergiu > > > > > > > > -- > > You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. > > To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org > > For general help: mailto:sympa@objectweb.org?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > -- > You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- 'Waste of a good apple' -Samwise Gamgee -- 'Waste of a good apple' -Samwise Gamgee _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 1 month

OC4J - JavaScript

by adoro

I had no problem to install Xwiki in the Tomcat environment. But when I deployed Xwiki under OC4J followed the OC4J Installation instructions ("http://www.xwiki.org/xwiki/bin/view/AdminGuide/InstallationOC4J"), javascript did not work properly – it looks like the path to external .js-files couldn't be found. Both IE and Firefox show javascript errors nearly on each page, although JavaScript is not deactivated in browser. I can open the home page, go to xwiki/bin/admin/XWiki/XWikiPreferences, upload xwiki-enterprise-wiki-1.1~.xar, but cannot expand it to choose the files I want to import. I have tried to include some JavaScript functions from import.js direct in the importinline.vm source – it works fine. What's the difference between: <script type="text/javascript" src="$xwiki.getSkinFile("import.js")"></script> - it generates path to /xwiki/skins/albatross/import.js and <script type="text/javascript" src="$xwiki.getSkinFile("import.js", true)"></script> - generates path to /xwiki/bin/skin/skins/albatross/import.js Why only some paths to js- and css files are defined with the parameter “true”? Is there something specific to keep in mind concerning path under OC4J? Should I make additional entries in some xml-files? Any tips please? Regards, adoro -- View this message in context: http://www.nabble.com/OC4J---JavaScript-tf4310450.html#a12271014 Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 1 month

[xwiki-devs] Switching to JMock 2.0?

by Vincent Massol

Hi developers, Was just reading about JMock 2.0 this morning on http://jmock.org. I think it's great and we should swtich to it. It makes unit tests much easier to write. For example, check this: http://www.jmock.org/ ignoring.html WDYT? Thanks -Vincent

17 years, 1 month

[xwiki-devs] getting error

by Anuj

_____ From: Anuj [mailto:86anuj@gmail.com] Sent: Wednesday, September 05, 2007 1:04 PM To: 'XWiki Developers' Subject: getting error Hi, I am getting error com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3202 in 3: Exception while reading document XWiki.XWikiPreferences Wrapped Exception: Could not create a DBCP pool while pointing my browser to http://localhost:8080/xwiki/ Thanks, Anuj _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 1 month

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs September 2007