September 2007 - xwiki-devs@xwiki.org

[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 08 Sep '07

08 Sep '07

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

1 0

[xwiki-devs] [Proposal] Separate module for XMLRPC/SOAP and remote wiki access in general
by Vincent Massol 08 Sep '07

08 Sep '07

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

1 0

[xwiki-devs] XECLIPSE-21 : [actually - space description ignored in back-end xmlrpc]
by Asiri Rathnayake 08 Sep '07

08 Sep '07

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

3 5

[xwiki-devs] [VOTE] Release XWiki 1.1RC2
by Vincent Massol 07 Sep '07

07 Sep '07

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

4 5

[xwiki-devs] Problems with PDF
by totoe 06 Sep '07

06 Sep '07

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

2 3

[xwiki-devs] [vuoe] Adding attached jar classloader in 1.1RC2
by Ludovic Dubost 06 Sep '07

06 Sep '07

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

5 6

[xwiki-devs] Fwd: [xwiki-dev] [Proposal] Document comments should not create new versions
by Erin Schnabel 06 Sep '07

06 Sep '07

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:[email protected] > > For general help: mailto:[email protected]?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:[email protected] > For general help: mailto:[email protected]?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

3 2

OC4J - JavaScript
by adoro 06 Sep '07

06 Sep '07

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.

5 6

[xwiki-devs] Switching to JMock 2.0?
by Vincent Massol 06 Sep '07

06 Sep '07

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

1 0

[xwiki-devs] getting error
by Anuj 06 Sep '07

06 Sep '07

_____ From: Anuj [mailto:[email protected]] 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

2 1