Re: [xwiki-users] Logo and Skin
thx solved now try to change the main xwiki logo with my logo can help? F On Sat, Mar 7, 2009 at 2:50 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Frans Thamura wrote: hi all i just accidently remove my default skin of my www.jug-asia.org, and i still cannot recover to default skin, anyone can help and i still cannot change the logo, anyone can help? i Go to http://www.jug-asia.org/xwiki/bin/view/XWiki/DefaultSkin?viewer=history and revert to an earlier version. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- -- Frans Thamura Meruvian One Stop Java and Enterprise OSS Provider Mobile: +62 855 7888 699 Blog Profile: http://frans.thamura.info Training JENI, Medallion (Alfresco, Liferay dan Compiere).. buruan... URL: http://www.meruvian.com Promo: Beli Zmanda Backup di Meruvian, 10% discount dari pricelist.. Buruan sekarang!!! ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Need HQL query for date comparison
I had problems with HQL statements containing parentheses used to help
humans see the logic more easily, but not needed by the logic itself. When I
removed the parentheses and changed the equation to take advantage of
built-in operator precedence... then it worked.
I'm not saying that is the problem or whether it's an issue with date
comparisons like the use of $xwiki.getDate() is in a date subtraction, or
whether it is missing quotes since the velocity substitutions happen at a
different time thant he HQL evaluation
However, since the problem area is similar to what happened when I had extra
parentheses, perhaps try replacing ($xwiki.getDate() -
doc.contentUpdateDate) 15
with $xwiki.getDate()-doc.contentUpdateDate15 ???
For example, the following only worked if I remove all parentheses around
the inequality comparisons:
#set($hqlQuery = , XWikiRCSNodeInfo as ni where doc.id=ni.id.docId and
ni.id.version2=1 and doc.space'XWiki' and doc.space'Main' and
doc.space'Panels' group by doc.space, doc.name order by max(ni.date)
desc)
(output: http://nielsmayer.com/xwiki/bin/view/Timeline/ChangesList?xpage=rdf
code: http://nielsmayer.com/xwiki/bin/view/Timeline/ChangesList?viewer=code
app using: http://nielsmayer.com/xwiki/bin/view/Timeline/TL2 )
Is this parenthesis behavior a bug? Or is there some special escaping needed
for HQL parentheses?
Niels
http://nielsmayer.com
On Fri, Mar 6, 2009 at 8:18 AM, MaryEllen Coleman m...@us.ibm.com wrote:
Hello! I need an HQL query that does the following:
Last modified date should be less than 15 days from today
This is what I've tried:
#set($sql = , BaseObject as obj, $proptype as prop where
obj.className='${ISDclassname}' and obj.id=prop.id.id and
prop.name='${viewby}' and doc.fullName=obj.name and
doc.fullName!='${ISDclasstemplate}' and ($xwiki.getDate() -
doc.contentUpdateDate) 15 order by prop.value)
But I'm getting an error on the and ($xwiki.getDate() -
doc.contentUpdateDate) 15 statement. What should I write instead?
Mary Ellen Coleman
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Bug : unable to delete attached files in virtual wikis
I had a similar problem, with attachments not being deletable, which also prevented the document itself from being deleted. Unfortunately, this also suggested an additional issue arising with attachments. If a user makes large attachments to their user-document, e.g. XWiki.MyName then even in a closed wiki that only allows users to edit their own user document, they can cause a denial of service attack through large attachments. In other words, even if the wiki is setup so that regular registered XWikiAllGroup users don't have write access to any directory, just comment-access to documents; they'll still have write access to their own XWiki.MyName document created through registration... and that means they'll be able to add attachments even when you think they couldn't. The Rights adminstration checkbox Prevent unregistered users from editing pages, regardless of the page or space rights doesn't prevent attachments from being added to user's own pages. Anyways, I ended up solving the blowups and OOM errors by deleting the attachments directly in the database: mysql select XWA_ID,XWA_DOC_ID,XWA_FILENAME,XWA_SIZE,XWA_AUTHOR from xwikiattachment where XWA_AUTHOR='XWiki.JG'; | XWA_ID | XWA_DOC_ID | XWA_FILENAME | XWA_SIZE | XWA_AUTHOR| | 1185703559 | 168880978 | foo.pdf | 9817587 | XWiki.JG | | -352107721 | 168880978 | bar.pdf | 13049680 | XWiki.JG | | 1527849923 | 168880978 | baz.pdf | 293 | XWiki.JG | | -2073884056 | 168880978 | frop.pdf | 5904061 | XWiki.JG | | 1039500510 | 168880978 | schlop.pdf | 4440028 | XWiki.JG | | 942569068 | 168880978 | plop.pdf | 14033466 | XWiki.JG | | 1363529635 | 168880978 | schnops.pdf |0 | XWiki.JG | | -1054875919 | 168880978 | hops.jpg | 3081 | XWiki.JG | 8 rows in set (0.00 sec) mysql delete from xwikiattachment where XWA_AUTHOR='XWiki.JG'; Query OK, 8 rows affected (0.00 sec) Someone please tell me if this is not the right way to fix such issues... As afterthought, I realized that setting xwiki.store.attachment.versioning.hint=void in xwiki.cfg might prevent xwiki from reading/diffing and attempting to version a large attachment. Doing so could certainly make it run out of memory, and changing this option might prevent the bug?: #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default Also, perhaps by not sending deleted attachments to the recycle bin, it won't need to be copied anywhere, and therefore there'll not be any memory to run out copying a giant attachment through java (assuming that's what happens on delete). #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default Niels http://nielsmayer.com PS: perhaps the defaults for xwiki.store.attachment.versioning.hint and xwiki.store.attachment.recyclebin.hint need to be changed? On Fri, Mar 6, 2009 at 2:37 AM, PERINAUD Christophe christophe.perin...@kbl-bank.com wrote: Hello (again) All is ok in the main wiki but in a virtual wiki i can't delete an attached file of a page. After the confirmation message i got : A problem occured while trying to service your request. Please contact the support if this happens again. Detailed information: Error number 0 in 3: Exception while hibernate execute Wrapped Exception: could not get next sequence value com.xpn.xwiki.XWikiException: Error number 0 in 3: Exception while hibernate execute Wrapped Exception: could not get next sequence value at com.xpn.xwiki.store.XWikiHibernateBaseStore.execute(XWikiHibernateBaseStore.java:1052) at com.xpn.xwiki.store.XWikiHibernateBaseStore.executeWrite(XWikiHibernateBaseStore.java:1098) at com.xpn.xwiki.store.hibernate.HibernateAttachmentRecycleBinStore.saveToRecycleBin(HibernateAttachmentRecycleBinStore.java:83) at com.xpn.xwiki.doc.XWikiDocument.deleteAttachment(XWikiDocument.java:2799) at com.xpn.xwiki.doc.XWikiDocument.deleteAttachment(XWikiDocument.java:2782) at com.xpn.xwiki.web.DeleteAttachmentAction.action(DeleteAttachmentAction.java:72) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:215) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:596) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
[xwiki-users] Translation status and improvements
I've improved slightly the translation app at http://l10n.xwiki.org It now supports sorting per the translation keys both for the output (the file will be nicer looking) and when translating, which will make it easier to translate keys that correspond to the same module together. In terms of status the great news is that we have the following language completed: - English (obviously) - French - German - Romanian Translators might want to have a look at the outdated translations. These are the already translated keys that have in the mean time changed in the english language. Outdated translations are available from the OutDated link of your language. Review is also important. It gives a second chance to check translations. Also an already translated key that has been changed and not reviewed will not be taken into account until it is reviewed. Review is accessible from the Review link of your language. In any case I'm really happy with what we have achieve. We now have 4 complete languages and we can keep track of the changes. We'll make sure this hard work is going to make it in 1.8 final release. Thanks to all for the contribution and we welcome other volunteers to tackle the other languages. Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Stats module configuration
Hello friends, My wiki has grown considerably now and we are at a phase where we would like to measure and analyze contributors and their contributions. I am using XWiki 1.7.2. I followed the instructions at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration and set the following in the xwiki.cfg file. xwiki.stats=1 xwiki.stats.default=1 Now, I can see that the stats are being recorded in the database (mysql) tables. However, when i visit the stats home in my wiki all i see is No statistics have been recorded for all statistics panels. All the graphs show no activity. Also, i have enabled the stats module about 2 weeks back during which course there has been a lot of activity on the wiki. Also, the stats seems to work on the XWiki installed on my home pc. However, at my office instance of XWiki the stats module does not work. Could it have something to do with the proxy server that we have setup in office. Did i miss out on some crucial steps... Any help will be greatly appreciated. Thank you... ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] GWT-WYSIWYG Bugs
Hi, Anca Paula Luca wrote: I can reproduce, but slightly different though, as: - item1 - item2 - - item1item2 Could you tell me which browser and version have you used to produce this? i'm using Firefox 3.0.7 and you your example is right (should'nt provide wrong examples) Anca Paula Luca wrote: 2. When you have links as items and you want to enter text after the link. The text is added to the Linktext. This is the same behaviour as for formatting (bold, italic, underline, etc). And just as for formatting, all you need to do is deactivate it, i.e. position at the end of the text, and click the unlink button to start writing outside the link. I don't see this as a bug, do you feel that even with this behaviour it is a bug? Sorry, didn't notice that. In this case i also think its not a bug. But its something that you have to know (i wouldn't call that expected behavior but thats my personal opinion:-)). hel. - hel. h...@hel.at -- View this message in context: http://n2.nabble.com/GWT-WYSIWYG-Bugs-tp2441118p2441406.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] SMTP authentications
fromSergiu Dumitriu ser...@xwiki.com reply-toXWiki Developers d...@xwiki.org toXWiki Developers d...@xwiki.org dateTue, Jan 13, 2009 at 6:49 PM subjectRe: [xwiki-devs] Issue with authenticated SMTP servers for Admin Email setting in Xwiki Niels Mayer wrote: If I want to use smtp.gmail.com as my Admin Email preference set in http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globaladminsection=General ; 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=enanswer=13287../support/bin/answer.py?hl=enanswer=13287:: The mailsender plugin uses JavaMail as the internal mail sender. Reading a bit about the SSL/TLS support in it, I found that basically what you need to do is define mail.smtp.starttls.enable=true. http://java.sun.com/products/javamail/javadocs/com/sun/mail/smtp /package-summary.html also lists mail.smtp.ssl.protocols and mail.smtp.ssl.ciphersuites as SSL-related properties. Also, in order to be able to use secure sockets, the JSSE library must be present in the classpath (I think it is with standard JDKs), and the host must be able to accept the server's certificate. About the configuration part, the mailsender uses the javamail_extra_props property in your global XWikiPreferences as a standard .properties file (you will need to define it in the XWikiPreferences class, as a TextArea property). So, basically what you need to do is: 1. Edit the XWiki.XWikiPreferences class and add a TextArea property named javamail_extra_props 2. Edit the XWiki.XWikiPreferences object and enter in it: mail.smtp.starttls.enable=true 3. Find out what else needs to be done on the JVM side to make TLS work. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
