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

[xwiki-devs] git storage backend or access protocol?
by Henning Sprang 17 Jan '09

17 Jan '09

Hi, I'm wondering if it is possible to use something else than a database to store wiki pages. My reasoning is to enable the following things: * Enable people to produce and edit contents even when they are disconnected from the network * Enable people to edit and produce contents with their favorite text editor instead of being bound to the Browser-Interface I think this could be achieved with two ways: * have the page contents stored in a version control system like git or subversion instead of the database * have a git (or subversion) protocol frontend to let users access and write page data Is something like that possible with xWiki, or even already available? If not, what would it take to enable it? I read something about Office (Openoffice/Word?) Integration - but that would not cut it, because I think of people who do not like large software packages, but favour small text editors. But maybe my ideas could be implemented in a similar way as the Office connectors. Henning -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/

3 6

[xwiki-devs] document bundles "execution"?
by Paul Libbrecht 16 Jan '09

16 Jan '09

Hello list, I just realized that there seems to be very little executable code interpreted in the document bundle documents. I was simply trying to make a document that is declared as document- bundle to be an include of another document and it did not work with any of the include methods I found at http://platform.xwiki.org/xwiki/bin/view/DevGuide/IncludeInVelocity should it work? But maybe no script is running in the programme that reads the document-bundle in which case this is easily understandable. Another reason for which it would be lovely to have scripting in document-bundles is in bundles that repeat a lot. In Curriki this is often the case because bundles come from different applications and may, indeed, in the very long run, become different (e.g. because we reach yet another language or...): here I would love that for English, at least, it is explicitly written key.name = $msg.get('other.key.name') is that thinkable? thanks in advance paul

2 2

Re: [xwiki-devs] [xwiki-notifications] r15130 - in platform/core/trunk: . xwiki-core
by Sergiu Dumitriu 16 Jan '09

16 Jan '09

asiri (SVN) wrote: > Author: asiri > Date: 2009-01-07 16:47:31 +0100 (Wed, 07 Jan 2009) > New Revision: 15130 > > Modified: > platform/core/trunk/pom.xml > platform/core/trunk/xwiki-core/pom.xml > Log: > XAOFFICE-1: Develop the initial feature set for the Office Importer module > > * Added xwiki-officeimporter module to platform/core/trunk/pom.xml as a sub-module so that it's built when the core is built. > * Added a dependency in xwiki-core to xwiki-officeimporter so that xwiki-officeimporter get's bundled into XE. This dependency should have <scope>runtime</scope> to reduce build time, because otherwise the library and its dependencies are added to the classpath during compilation and tests. > <dependency> > <groupId>org.xwiki.platform</groupId> > + <artifactId>xwiki-core-officeimporter</artifactId> > + <version>${pom.version}</version> > + </dependency> This dependency should not be placed in the core, as it should be inherited from officeimporter. If it isn't, then the officeimporter pom is wrong. > +  > + <dependency> > + <groupId>org.slf4j</groupId> > + <artifactId>slf4j-log4j12</artifactId> > + <version>1.4.3</version> > + <scope>test</scope> > + </dependency> -- Sergiu Dumitriu http://purl.org/net/sergiu/

2 1

Re: [xwiki-devs] [xwiki-notifications] r15438 - enterprise/trunk enterprise/trunk/wiki platform/core/trunk/xwiki-core/src/main/resources platform/web/trunk/standard/src/main/webapp/templates platform/xwiki-applications/trunk platform/xwiki-applications/trunk/webdav platform/xwiki-applications/trunk/webdav/src platform/xwiki-applications/trunk/webdav/src/main platform/xwiki-applications/trunk/webdav/src/main/resources platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki
by Sergiu Dumitriu 15 Jan '09

15 Jan '09

asiri (SVN) wrote: > Author: asiri > Date: 2009-01-15 11:00:35 +0100 (Thu, 15 Jan 2009) > New Revision: 15438 > > Added: > platform/xwiki-applications/trunk/webdav/ > platform/xwiki-applications/trunk/webdav/pom.xml > platform/xwiki-applications/trunk/webdav/src/ > platform/xwiki-applications/trunk/webdav/src/main/ > platform/xwiki-applications/trunk/webdav/src/main/resources/ > platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki/ > platform/xwiki-applications/trunk/webdav/src/main/resources/XWiki/WebDAV.xml > Modified: > enterprise/trunk/pom.xml > enterprise/trunk/wiki/pom.xml > platform/core/trunk/xwiki-core/src/main/resources/ApplicationResources.properties > platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm > platform/web/trunk/standard/src/main/webapp/templates/javascript.vm > platform/xwiki-applications/trunk/pom.xml > Log: > XE-335: Add support for editing attachments via webdav (from xwiki UI) > > Modified: platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm > =================================================================== > --- platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm 2009-01-14 19:45:40 UTC (rev 15437) > +++ platform/web/trunk/standard/src/main/webapp/templates/attachmentsinline.vm 2009-01-15 10:00:35 UTC (rev 15438) > @@ -37,6 +37,17 @@ > <a href="$doc.getAttachmentURL("${attach.filename}", "download")" title="$msg.get("downloadthisattachment")">#packName($attach.filename)</a> > #if($hasEdit || $hasAdmin) > <a class="deletelink" href="$doc.getAttachmentURL("${attach.filename}", "delattachment", "xredirect=${redirect}")" onclick="return confirm('$msg.get("confirmdelattachment")');" title="$msg.get("deletethisattachment")">$msg.get("delete")</a> > + #set($documentUrl=$doc.getExternalURL("download")) > + #set($attachmentUrl="$documentUrl/$attach.filename") > + #set($attachmentSignature="/xwiki/bin/download/") > + #set($webdavSignature="/xwiki/webdav/spaces/") This isn't safe. It is possible to change this completely. Better use: #set($attachmentSignature="${request.contextPath}${request.servletPath}/download/") #set($webdavSignature="${request.contextPath}/webdav/spaces/") Also, this doesn't work with the new "virtualwiki-as-path" URLs. > + #set($fragments=$attachmentUrl.split($attachmentSignature)) > + #if($listtool.size($fragments) == 2) > + #set($prefix=$listtool.get($fragments, 0)) > + #set($suffix=$listtool.get($fragments, 1)) > + #set($davUrl="$prefix$webdavSignature$suffix") > + <a class="deletelink" href="javascript:davEdit('$davUrl')">$msg.get("webdaveditattachment")</a> You should escape $davUrl, because if it contains ' or " it will break. > + #end > #end > <a href="$doc.getAttachmentURL("${attach.filename}", "viewattachrev")" title="$msg.get("viewattachmenthistory")">$attach.version</a> > <div class="meta"> > > Added: platform/xwiki-applications/trunk/webdav/pom.xml > =================================================================== > --- platform/xwiki-applications/trunk/webdav/pom.xml (rev 0) > +++ platform/xwiki-applications/trunk/webdav/pom.xml 2009-01-15 10:00:35 UTC (rev 15438) > @@ -0,0 +1,14 @@ Don't forget to add our License header (for all files in this app). > +<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> > + InstallTrigger.install( {"FoXWiki" :"https://addons.mozilla.org/en-US/firefox/downloads/file/39674/foxwiki-1.0b-…"}); Isn't there a version-independent URL, so that we don't have to release application-webdav each time we release foxwiki? -- Sergiu Dumitriu http://purl.org/net/sergiu/

1 0

Re: [xwiki-devs] [xwiki-users] WatchList Email Error
by Sergiu Dumitriu 14 Jan '09

14 Jan '09

DarthOps wrote: > Hi, > > I've managed to get my watchlist to send out emails, the only problem is > that the following is displayed within the email: > Caused by: java.lang.NullPointerException > at com.xpn.xwiki.XWiki.getServletPath(XWiki.java:4317) This looks like a regression recently introduced. Other than downgrading, I don't have any other suggestions for the moment, I'll ping the responsible developer for a fix before 1.8M1. -- Sergiu Dumitriu http://purl.org/net/sergiu/

1 1

[xwiki-devs] Question for Sergiu
by Pascal Voitot 14 Jan '09

14 Jan '09

Hello, do you receive my mails Sergiu? I sent several questions to you but received no answer. Tell me if you receive them or not because I wonder :) regards Pascal

1 0

[xwiki-devs] [VOTE] Release XE 1.8M1
by Thomas Mortagne 14 Jan '09

14 Jan '09

Hi devs, Following the release planning I would like to release 1.8M1. Among other things, it introduce: - Document convertSyntax API to convert a document from one syntax to another + new 1.0 syntax to 2.0 syntax converter - REST API - Make it easier to disable footer information (comments, history, etc) Here is my +1 -- Thomas Mortagne

9 8

[xwiki-devs] Issue with authenticated SMTP servers for "Admin Email" setting in Xwiki
by Niels Mayer 14 Jan '09

14 Jan '09

If I want to use smtp.gmail.com as my "Admin Email" preference set in http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globala…; the editor doesn't have the required fields or capabilities to provide "authenticated SMTP" required by Gmail and numerous other mail providers per http://mail.google.com/support/bin/answer.py?hl=en&answer=13287 :: *Outgoing Mail (SMTP) Server - requires TLS:* smtp.gmail.com (use > authentication) > *Use Authentication*: Yes > *Use STARTTLS*: Yes (some clients call this SSL) > *Port*: 465 or 587 > The error message emitted from "registration" indicates what's missing to support authenticated SMTP: Error number 10006 in 10: Could not send mail to server smtp.gmail.com port 25 error code 530 (530 5.7.0 Must issue a STARTTLS command first. 27sm1167462wff.51 com.xpn.xwiki.XWikiException: Error number 10006 in 10: Could not send mail to server smtp.gmail.com port 25 error code 530 (530 5.7.0 Must issue a STARTTLS command first. 27sm1167462wff.51 Are there any plans to support this for 1.8 rc1 ? (I'm using 1.8 trunk, rev 15391) It's not essential to do this, but it could end up being a fair amount of extra admin work to get it working. One workaround would be to setup a local SMTP server (bind only to localhost), set the "Admin email" pref to 127.0.0.1 and then have the local SMTP server use TLS to communicate with your organization's secure SMTP server. Note that this issue is broader than just TLS-based SMTP. Most other SMTP servers are no longer open and unauthenticated due to the issue of spam and mail forgery. Setting up Xwiki with such an SMTP server results in the following error on registration: Error number 10006 in 10: Could not send mail to server smtp.kawlich.eduport 25 error code 550 (550 5.7.1 ... Relaying denied. Proper authentication > required. > com.xpn.xwiki.XWikiException: Error number 10006 in 10: Could not send mail > to server smtp.kawlich.edu port 25 error code 550 (550 5.7.1 ... Relaying > denied. > Niels http://nielsmayer.com

2 1

[xwiki-devs] macros/plugin for integrating Sun's SocialSite or other OpenSocial widgetry ?
by Niels Mayer 13 Jan '09

13 Jan '09

I was reading http://javasymposium.techtarget.com/html/frameworks.html?track=NL-947&ad=68…"Socialize Your Web Apps With OpenSocial") and noticed mention of the following interesting projects: https://socialsite.dev.java.net/ http://incubator.apache.org/shindig/ I'm curious whether anybody's built, or has considered building, Xwiki interfaces to the "gadgets" or "widgets" provided by the above projects, perhaps available as a panel that can be placed in a side-bar of an existing Xwiki-based app?? -- Niels http://nielsmayer.com

1 0

Re: [xwiki-devs] [xwiki-notifications] [Issue] Deleted: (XPWATCHLIST-43) Remove sanitizeWatchlist from the plugin
by Vincent Massol 12 Jan '09

12 Jan '09

JV which have you deleted this issue? Generally speaking we shouldn't delete any issue (I guess we should configure jira to remove delete permissions). We can close them as "won't fix" or "invalid" instead. -Vincent On Jan 12, 2009, at 5:41 PM, Jean-Vincent Drean (JIRA) wrote: > > [ http://jira.xwiki.org/jira/browse/XPWATCHLIST-43?page=com.atlassian.jira.pl… > ] > > Jean-Vincent Drean deleted XPWATCHLIST-43: > ------------------------------------------ > > >> Remove sanitizeWatchlist from the plugin >> ---------------------------------------- >> >> Key: XPWATCHLIST-43 >> URL: http://jira.xwiki.org/jira/browse/XPWATCHLIST-43 >> Project: XWiki Watch List Application >> Issue Type: Task >> Reporter: Jean-Vincent Drean >> >> This method was meant to handle the migration between watchlist 1.2 >> and 1.3, since the last released version is 1.11 we need to remove >> it (it makes xwiki init slower). > > -- > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contact one of the > administrators: http://jira.xwiki.org/jira/secure/Administrators.jspa > - > For more information on JIRA, see: http://www.atlassian.com/software/jira Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net

1 0