April 2009 - xwiki-users@xwiki.org

[xwiki-users] requesting consistent application of XWIKI-2149 for feed URLs: ?xpage=rdf -> ?xpage=plain
by Niels Mayer 02 Apr '09

02 Apr '09

A few weeks ago, Marius Dumitru Florea<http://jira.xwiki.org/jira/secure/ViewProfile.jspa?name=mflorea>posted this helpful hint in response to my question http://n2.nabble.com/support-for-google-sitemaps-and-webmaster-tools--%28an… I look at http://jira.xwiki.org/jira/browse/XWIKI-2149?focusedCommentId=25334&page=co… http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/… FYI, it turns out this issue is also the source of bugs that might occur in a few places in the 1.8 final XAR, including the search-document's search-feed URL, for example: http://jira.xwiki.org/jira/browse/XE-400 The following issue has been reopened. *Author:* Niels Mayer, > http://nielsmayer.com<http://jira.xwiki.org/jira/secure/ViewProfile.jspa?name=nielsmayer> > *Date:* 02/Apr/09 18:50 > *Comment:* > I have updated all my sites to 1.8 final and the problem persists. This > lists exactly what has been updated in the 1.8 final XAR: > http://morgellonswiki.info/xwiki/bin/view/XWiki/Import > > For example, in > http://morgellonswiki.info/xwiki/bin/view/Main/WebSearch?text=lyme&x=0&y=0 > note that you go to the URL > http://morgellonswiki.info/xwiki/bin/view/Main/WebSearchRss?xpage=rdf&text=… > when you click the URL button. > > In my browser (firefox 3.0.8) that link displays as an XML file. > > By doing > http://morgellonswiki.info/xwiki/bin/view/Main/WebSearchRss?xpage=plain&tex… > > It displays correctly as other feeds do. In addition to my browser, other > sites also get errors from using the xpage=rdf form of the feed URL. > > I believe the issue here, and it doesn't just occur in this one place, but > occurs in numerous places across Xwiki, is that the format for feed URL's > has changed. Yet many of the documents in the 1.8 Xar still have not been > converted to the new feed format: > > > http://xwiki.markmail.org/message/54t4i2qt6cnnod7l?q=%5Bxwiki-devs%5D+%5BPr… > Yesterday I've applied Marius's XWIKI-2149<http://jira.xwiki.org/jira/browse/XWIKI-2149>patch "Extend the FeedPlugin to allow the creation of RSS/Atom feeds from any source". New RSS urls with this revamped mechanism are of the type "/xwiki/bin/view/Space/DocRss?xpage=plain" (while the current way is /xwiki/bin/view/Space/DocRss?xpage=rdf"). I propose we add an action that return the "plain.vm" velocity template as entry point to render the document, and map a new "/feed/" action to it. This would allow us for example to have a blog feed URL like this : "/xwiki/bin/feed/Main/BlogRss" when the blog will actually use this new mechanism for its feed. I would also like to map an action with a more generic name to it, like "/plain/". "xpage=plain" is for example used when we create pseudo-REST web services (for example, all the AJAX/gridview features in XE do use URLs of that type). I believe it would be nice to have in the service request URL only parameters linked to the actual service. Thus I would propose we have something like "/xwiki/bin/plain/XWiki/MyService?myparam1=myvalue&..." ............. Unlike search, the tags document displays an "rdf" style feed which does display correctly in Firefox: http://morgellonswiki.info/xwiki/bin/view/Main/Tags?action=viewTag&tag=Lyme displays "RSS Feed" link http://morgellonswiki.info/xwiki/bin/view/Main/TagsRss?xpage=rdf&tag=Lyme [ Show » <http://jira.xwiki.org/jira/browse/XE-400> ] Niels Mayer, http://nielsmayer.com<http://jira.xwiki.org/jira/secure/ViewProfile.jspa?name=nielsmayer>added a comment - 02/Apr/09 19:07 Unlike search, the tags document displays an "rdf" style feed which does display correctly in Firefox: http://morgellonswiki.info/xwiki/bin/view/Main/Tags?action=viewTag&tag=Lyme… "RSS Feed" link http://morgellonswiki.info/xwiki/bin/view/Main/TagsRss?xpage=rdf&tag=Lyme Niels http://nielsmayer.com

1 0

[xwiki-users] [ANN] XWiki Office Milestone 2 released!
by Florin Ciubotaru 02 Apr '09

02 Apr '09

The XWiki development team is pleased to announce the release of XWiki Office 1.0 Milestone 2. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download#HXWikiOffice !** XWiki Office is a XWiki.org project that provides integration between Microsoft Office and XWiki servers. For more information about XOffice go at: - http://xoffice.xwiki.org/xwiki/bin/view/Main/ Main changes from version 1.0 Milestone 1: - Improved html filters - Basic macro support - Small UI improvements - Better XWiki 2.0 syntax support - XWiki 2.0 syntax and non-filtered local html are now set as default. All active XWord M1 clients and snapshot instances will be automatically updated to the latest version. For details about this release see the Release Notes at: - http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXOffice10M2 Thanks -The XWiki dev team

1 0

[xwiki-users] Sender in SendPageByEmail
by Ryszard Łach 02 Apr '09

02 Apr '09

Hi. I have a problem with sender address. I have the following configuration: 1. logged in user with email address defined in edit->objects 2. SendPageByEmail from default-1.8.xar with code #set($sender = $context.user.substring(6)) When I try to send an email the sender is being set to 'XWiki.rlach'. What else can I check? R. -- "First they ignore you. Then they laugh at you. Then they fight you. Then you win." - Mohandas Gandhi.

2 5

[xwiki-users] Login action to do before redirecting to a page
by PERINAUD Christophe 02 Apr '09

02 Apr '09

Hello, I try to update automatically the avatar of a user when he logs in (pictures are stored in an intranet server) I checked the login.vm template but it redirects to /xwiki/loginsubmit/Xwiki/XWikiLogin after submitting and i don't know how to edit (if possible) this page/template. Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 1.8 from the pack Jetty/HSQL -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

1 0

[xwiki-users] Mail Auth patch for 1.8
by Lilianne E. Blaze 02 Apr '09

02 Apr '09

Hello, Here's the newest version. Basically it bridges XWiki.sendMessage to MailSenderPlugin. It uses Reflection, so no circulars, but it's not exactly pretty. Why it's needed - registration / validation / activation e-mails are still sent via obsolete Apache Commons SmtpClient, so they _do not_ support SMTP AUTH. This is a _major_ problem because due to spam and other abuse less and less hosting providers / network admins allow SMTP without authorization, and those who do are likely to have very insecure infrastructure. I honestly believe this is a MUST HAVE for a secure, spam-free configuration. Greetings, Lilianne Index: main/resources/XWiki/AdminGeneralSheet.xml =================================================================== --- main/resources/XWiki/AdminGeneralSheet.xml (revision 18064) +++ main/resources/XWiki/AdminGeneralSheet.xml (working copy) @@ -61,6 +61,6 @@ #set($params.language = ['multilingual', 'languages' , 'default_language', 'dateformat']) #set($params.editor = ['editor']) #set($params.admin = ['admin_email']) -#set($params.server = ['smtp_server']) +#set($params.server = ['smtp_server', 'smtp_server_username', 'smtp_server_password', 'javamail_extra_props']) #includeForm('XWiki.AdminFieldsDisplaySheet')</content> </xwikidoc> Index: main/java/com/xpn/xwiki/XWiki.java =================================================================== --- main/java/com/xpn/xwiki/XWiki.java (revision 17953) +++ main/java/com/xpn/xwiki/XWiki.java (working copy) @@ -161,6 +161,8 @@ import com.xpn.xwiki.web.XWikiURLFactoryService; import com.xpn.xwiki.web.XWikiURLFactoryServiceImpl; import com.xpn.xwiki.web.includeservletasstring.IncludeServletAsString; +import java.io.BufferedReader; +import java.io.StringReader; public class XWiki implements XWikiDocChangeNotificationInterface { @@ -2838,9 +2840,13 @@ needsUpdate |= bclass.addTextAreaField("meta", "HTTP Meta Info", 60, 8); needsUpdate |= bclass.addTextField("dateformat", "Date Format", 30); + // mail needsUpdate |= bclass.addBooleanField("use_email_verification", "Use eMail Verification", "yesno"); + needsUpdate |= bclass.addTextField("admin_email", "Admin eMail", 30); needsUpdate |= bclass.addTextField("smtp_server", "SMTP Server", 30); - needsUpdate |= bclass.addTextField("admin_email", "Admin eMail", 30); + needsUpdate |= bclass.addTextField("smtp_server_username", "SMTP Server username (optional)", 30); + needsUpdate |= bclass.addTextField("smtp_server_password", "SMTP Server password (optional)", 30); + needsUpdate |= bclass.addTextAreaField("javamail_extra_props", "Additional JavaMail properties", 60, 6); needsUpdate |= bclass.addTextAreaField("validation_email_content", "Validation eMail Content", 72, 10); needsUpdate |= bclass.addTextAreaField("confirmation_email_content", "Confirmation eMail Content", 72, 10); needsUpdate |= bclass.addTextAreaField("invitation_email_content", "Invitation eMail Content", 72, 10); @@ -3311,9 +3317,139 @@ * Plugin</a> */ @Deprecated - public void sendMessage(String sender, String[] recipient, String message, XWikiContext context) + public void sendMessage(String sender, String[] recipients, String message, XWikiContext context) throws XWikiException { + LOG.info("Entering sendMessage(...)..."); + + Object mailSender; + Class mailSenderClass; + Method mailSenderSendText; + + try + { + mailSender = getPluginApi("mailsender", context); + mailSenderClass = Class.forName("com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi"); + + // public int sendTextMessage(String from, String to, String subject, String message) + mailSenderSendText = mailSenderClass.getMethod("sendTextMessage", + new Class[]{String.class, String.class, String.class, String.class}); + } + catch(Exception e) + { + String eMsg = "Problem getting MailSender via Reflection: " + e; + LOG.error(eMsg); + throw new XWikiException(XWikiException.MODULE_XWIKI_EMAIL, + XWikiException.ERROR_XWIKI_EMAIL_ERROR_SENDING_EMAIL, eMsg); + } + + LOG.trace("Message = \"" + message + "\""); + + String messageParsed[] = parseRawMessage(message); + String messageSubject = messageParsed[0]; + String messageBody = messageParsed[1]; + String messageRecipients = recipients[0]; + for( int i = 1; i < recipients.length; i++) + { + messageRecipients = messageRecipients + "," + recipients[i]; + } + + if( messageSubject == null ) + { + // TODO: provide some sensible default + messageSubject = "Message from XWiki"; + } + + LOG.trace("Subject = \"" + messageParsed[0] + "\""); + LOG.trace("Text = \"" + messageParsed[1] + "\""); + + try + { + mailSenderSendText.invoke(mailSender, sender, messageRecipients, messageSubject, messageBody); + } + catch(InvocationTargetException ite) + { + Throwable cause = ite.getCause(); + if( cause instanceof XWikiException ) + { + throw (XWikiException)cause; + } + else + { + throw new RuntimeException(cause); + } + } + catch(Exception e) + { + // probably either IllegalAccessException or IllegalArgumentException + // shouldn't happen unless there were an incompatible code change + throw new RuntimeException(e); + } + + LOG.info("Exiting sendMessage(...). It seems everything went ok."); + } + + /** + * + * @return [subject (can be null), text (never null)] + */ + public String[] parseRawMessage(String rawMessage) + { + String SUBJECT = "Subject: "; + + String messageSubject = null; + String messageText = ""; + + // sanity check + if( rawMessage == null ) + { + throw new IllegalArgumentException("rawMessage can't be null"); + } + else if( rawMessage.trim().equals("") ) + { + throw new IllegalArgumentException("rawMessage can't be empty"); + } + + try + { + StringReader sr = new StringReader(rawMessage); + BufferedReader br = new BufferedReader(sr); + String line; + + StringWriter sw = new StringWriter(); + PrintWriter pw = new PrintWriter(sw); + + line = br.readLine(); + if( line.startsWith(SUBJECT) ) + { + messageSubject = line.substring(SUBJECT.length()); + line = br.readLine(); + if( !line.trim().equals("") ) + { + pw.println(line); + } + } + + while( (line = br.readLine()) != null ) + { + pw.println(line); + } + + messageText = sw.toString(); + } + catch(IOException ioe) + { + // can't happen here + } + + return new String[]{messageSubject, messageText}; + } + + + @Deprecated + public void sendMessageOld(String sender, String[] recipient, String message, XWikiContext context) + throws XWikiException + { SMTPClient smtpc = null; try { String server = getXWikiPreference("smtp_server", context); Index: main/resources/ApplicationResources.properties =================================================================== --- main/resources/ApplicationResources.properties (revision 17953) +++ main/resources/ApplicationResources.properties (working copy) @@ -181,6 +181,9 @@ use_email_verification=Use email verification admin_email=Admin email smtp_server=Outgoing SMTP Server +smtp_server_username=SMTP Server Username (optional) +smtp_server_password=SMTP Server Password (optional) +javamail_extra_props=Additional JavaMail properties validation_email_content=Validation e-Mail Content confirmation_email_content=Confirmation e-Mail Content preferences=Preferences

1 0

[xwiki-users] Email system in xwiki
by Chris Ellis 02 Apr '09

02 Apr '09

Is it possible for xwiki to simply use the local server php email system without need of configuration? The smtp option is useless because these days most organisations use smtp servers requiring authentication and xwiki is not offering this at present (an essential IMHO) Cheers Chris Ellis

3 6

[xwiki-users] Space Versioning
by twk3 01 Apr '09

01 Apr '09

Using an xwiki space for help documentation for a product. The issue being that the entire help documentation for an older version of the product still needs to be available for people using that product. My current plan is to have one main space for all the documentation, then add a new space for each version, and do includes for the proper documents using their revision numbers. Space versioning would make this easier, or basicallty a space variable that has a record of the revisions of all child documents at the time the space version was... versioned. My questions are: 1. Is there a better way for me to do this? 2. Would space versioning, or something of the like be easy enough to implement that I could just make my own plugin that handled it. (An intermediate java dev, but a xwiki novice) 3. Should I really be viewing multiple revisions at all? The rollback function works fine, but I've noticed issues in viewing revisions, and I'm wondering whether it was intended only for revision comparison. -- View this message in context: http://n2.nabble.com/Space-Versioning-tp2571110p2571110.html Sent from the XWiki- Users mailing list archive at Nabble.com.

2 2

[xwiki-users] Captcha
by Edward Laptop 01 Apr '09

01 Apr '09

Hi I have noticed there is a "captcha.vm" file in my installation of xwiki. Does this mean that I can add a captcha to a registration form? Thanks Edward

1 1

Re: [xwiki-users] Captcha
by Manfred 01 Apr '09

01 Apr '09

There *is* a CAPTCHA option somewhere. Doesnt appear on my installed products right now but that could be because I've disabled 'public' user registration so it might only kick in then. I'm very new to the product so as far as config goes I dunno, I've just seen it and was confronted with it in a form in Xwiki so it certainly exists, if that helps any. ----- Original Message ----- From: "Edward Laptop" <edward(a)eldon.gotadsl.co.uk> To: "XWiki Users" <users(a)xwiki.org> Sent: Tuesday, March 31, 2009 4:15:05 PM GMT +02:00 Harare / Pretoria I have noticed there is a "captcha.vm" file in my installation of xwiki. Does this mean that I can add a captcha to a registration form?

2 2

Re: [xwiki-users] GWT-WYSIWYG Bugs
by PERINAUD Christophe 01 Apr '09

01 Apr '09

Hi, Also there is a missing space (may be it's wanted but i don't think so) in numbered list with more than 9 elements. The '.' is displayed over the first character. I did not try 100 elements but i guess that there will be a problem too -----Message d'origine----- De : users-bounces(a)xwiki.org [mailto:[email protected]] De la part de hel-o Envoyé : mercredi 1 avril 2009 15:52 À : users(a)xwiki.org Objet : Re: [xwiki-users] GWT-WYSIWYG Bugs Hi, some more things i found in Lists: 1. when you have a line brake after a list item with text following you cant undo the list formating. When you click the bullet list icon another bullet is added - - item1 text, text, text, text, text, text, text, text, text, - item2 When you safe that, the line brake disappears. - - item1text, text, text, text, text, text, text, text, text, - item2 2. In bullet lists the numbered list icon of the menubar is active. 3. When you undo the list formating and redo the list formating a paragraph is added between the two list items - item1 - item2 hel. ----- hel. hel(a)hel.at -- View this message in context: http://n2.nabble.com/GWT-WYSIWYG-Bugs-tp2441118p2569103.html Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

2 1