April 2008 - xwiki-devs@xwiki.org

[xwiki-devs] Happy Easter
by Ecaterina Valica 26 Apr '08

26 Apr '08

This message is for all of you (especially the Orthodox, who are celebrating Easter this night) Hope your Easter is filled with all the brightness and warmth you spread all around you, and I wish you peace, happiness, health and all the joy you can spend with your families. Jesus Christ be with you all. Happy Easter Paşte Fericit Joyeuse Pâques Buona Pasqua Boa Páscoa śubh īsţar Fuhkwuhtjit Faailohk (sorry - couldn't found how is translated in Tamil) :P

1 0

[xwiki-devs] Groups per Space?
by Kamna Jain 25 Apr '08

25 Apr '08

Hello Devs, Is it possible to create groups in XWiki for each space. Meaning, can each space have its own set of different groups? If I create a new class like the XWiki.XWikiGroups fro each space and use it like the original (XWiki.XWikiGroups) class for including objects, will it work? Will these groups be captured in the Administration window to configure Rights? Thanks for all help

2 1

[xwiki-devs] How to add a user to a group!
by Kamna Jain 25 Apr '08

25 Apr '08

Hello Devs, In our project we need to eb able to assign different rights to different users but, we do not want to give access to the Administration Page to everybody. So, I create a page where I would fill in a drop down box wit user names and group name and then write a script to add the selected user tothe selected group. For this, I did the following but, this added objects of XWiki.XWikiGroup(one for each of the users) to this page and now this page shows up in my Admin space with the other groups. Is there a method to just get a list of all user names in the XWiki, that I can use instead of using this complex query. or Is there a better way to do this. Also, once I select a user and a group, how do I add the user to the group. Is there a method/script for that? I see a "adduorg.vm" in the templates. What is the purpose of this script? where is it called? What is "uorg"? Use this Form to Assign New Roles or modify Existing Roles for the members of ROCK! <html> <form> Select User: <select name="currentusers"> #set ($sql = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiUsers'") #foreach ($item in $xwiki.searchDocuments($sql)) #set($userdoc=$xwiki.getDocument($item)) #set($userobj=$userdoc.getObject("XWiki.XWikiUsers")) #set($username=$userobj.getName()) <option value="$username">$username</option> #end </select> Select Role: <select name="rockroles"> #set ($sql = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiGroups' and obj.name<>'XWiki.XWikiGroupTemplate'") #foreach ($item in $xwiki.searchDocuments($sql)) <option value="$item">$item</option> #end </select> </form> </html> Please help! Thanks

2 3

Re: [xwiki-devs] [xwiki-notifications] r9365 - xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/xwiki/plugin/lucene
by Vincent Massol 25 Apr '08

25 Apr '08

Hi Sergiu, Why 1 mn and not 30 sec as proposed by Ludovic? He convinced me that it doesn't cost anything to run it every 30 sec and that'll spread the indexing work (like the GC does) and let users search faster when new changes are made to docs. Thanks -Vincent On Apr 25, 2008, at 2:50 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-25 02:50:17 +0200 (Fri, 25 Apr 2008) > New Revision: 9365 > > Modified: > xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/ > xwiki/plugin/lucene/IndexUpdater.java > Log: > XPLUCENE-10: Reduce the default indexing period to 1 minute > > > Modified: xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/ > com/xpn/xwiki/plugin/lucene/IndexUpdater.java > =================================================================== > --- xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/ > xwiki/plugin/lucene/IndexUpdater.java 2008-04-25 00:30:08 UTC (rev > 9364) > +++ xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/ > xwiki/plugin/lucene/IndexUpdater.java 2008-04-25 00:50:17 UTC (rev > 9365) > @@ -55,7 +55,7 @@ > /** > * Milliseconds of sleep between checks for changed documents > */ > - private int indexingInterval = 3000; > + private int indexingInterval = 60000; > > private boolean exit = false; > > @@ -405,7 +405,7 @@ > > this.indexingInterval = > 1000 * Integer.parseInt(config > - .getProperty(LucenePlugin.PROP_INDEXING_INTERVAL, > "300")); > + .getProperty(LucenePlugin.PROP_INDEXING_INTERVAL, > "60")); > > // Note: There's no need to open the Searcher here (with a > call to > // openSearcher()) as each > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

2 2

Re: [xwiki-devs] [xwiki-notifications] r9369 - xwiki-platform/core/trunk/xwiki-core
by Vincent Massol 25 Apr '08

25 Apr '08

thanks for the cleanup, see below On Apr 25, 2008, at 5:22 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-25 05:22:47 +0200 (Fri, 25 Apr 2008) > New Revision: 9369 > > Modified: > xwiki-platform/core/trunk/xwiki-core/pom.xml > Log: > XWIKI-2337: Move common dependencies versions to the parent pom > dependencyManagement section > XWIKI-2338: Upgrade some commons packages > Upgrade the core pom [snip] >  > +  it's needed for sending mail. Sun was supposed to provide new redistributable licenses with new releases of their jars. We need to check if it's been done. > > +  that means upgrading mail. Yes we should especially if the license is good now. > > <dependency> > <groupId>javax.transaction</groupId> > <artifactId>jta</artifactId> > @@ -136,6 +141,7 @@ >  > +  This is used by oscache for clustering I think. I'd not upgrade unless you have verified that clustering works fine before, then upgrade then test again. [snip] > + > +  > + <dependency> > + <groupId>org.apache.velocity</groupId> > + <artifactId>velocity-tools</artifactId> > + <version>1.3</version> > + </dependency> why do you say that? We're using it. > + <dependency> > + <groupId>joda-time</groupId> > + <artifactId>joda-time</artifactId> > + <version>1.4</version> > + </dependency> > + <dependency> > + <groupId>backport-util-concurrent</groupId> > + <artifactId>backport-util-concurrent</artifactId> > + <version>3.0</version> > + </dependency> > </dependencies> > <build> > <plugins> Thanks -Vincent

3 5

Re: [xwiki-devs] [xwiki-notifications] r9376 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc
by Vincent Massol 25 Apr '08

25 Apr '08

shouldn't we also display the internal error to help us debug the pb? "Internal error = [" + e.getMessage() + "]"... -Vincent On Apr 25, 2008, at 11:26 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-25 11:26:15 +0200 (Fri, 25 Apr 2008) > New Revision: 9376 > > Modified: > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java > Log: > XWIKI-2336: Broken attachments can break working with a document > Better logging > > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/ > xwiki/doc/XWikiAttachment.java > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java 2008-04-25 08:22:12 UTC (rev 9375) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java 2008-04-25 09:26:15 UTC (rev 9376) > @@ -493,7 +493,9 @@ > try { > > context.getWiki().getAttachmentStore().loadAttachmentContent(this, > context, true); > } catch (Exception ex) { > - LOG.error("Failed to load content for attachment [" > + getFilename() + "]", ex); > + LOG.warn(String.format("Failed to load content for > attachment [%s@%s]. " > + + "This attachment is broken, please consider > re-uploading it.", > + getFilename(), (doc != null) ? > doc.getFullName() : "<unknown>")); > } > } > } > @@ -506,7 +508,9 @@ > > context.getWiki().getAttachmentVersioningStore().loadArchive(this, > context, > true); > } catch (Exception ex) { > - LOG.error("Failed to load archive for attachment [" > + getFilename() + "]", ex); > + LOG.warn(String.format("Failed to load archive for > attachment [%s@%s]. " > + + "This attachment is broken, please consider > re-uploading it.", > + getFilename(), (doc != null) ? > doc.getFullName() : "<unknown>")); > } > } > return attachment_archive; > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

1 0

Re: [xwiki-devs] [xwiki-notifications] r9363 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc
by Vincent Massol 25 Apr '08

25 Apr '08

Hi Sergiu, Cool you fixed this. See below. On Apr 25, 2008, at 1:41 AM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-25 01:41:36 +0200 (Fri, 25 Apr 2008) > New Revision: 9363 > > Modified: > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java > Log: > XWIKI-2336: Broken attachments can break working with a document > XWIKI-1937: importing a document with attachments over an existing > document fails > Done. > > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/ > xwiki/doc/XWikiAttachment.java > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java 2008-04-24 21:10:23 UTC (rev 9362) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > doc/XWikiAttachment.java 2008-04-24 23:41:36 UTC (rev 9363) > @@ -48,7 +48,7 @@ > public class XWikiAttachment > { > private static final Log LOG = > LogFactory.getLog(XWikiAttachment.class); > - > + > private XWikiDocument doc; > > private int filesize; > @@ -489,15 +489,25 @@ > > public void loadContent(XWikiContext context) throws > XWikiException > { > - if (attachment_content == null) > - > context.getWiki().getAttachmentStore().loadAttachmentContent(this, > context, true); > + if (attachment_content == null) { > + try { > + > context.getWiki().getAttachmentStore().loadAttachmentContent(this, > context, true); > + } catch (Exception ex) { > + LOG.error("Failed to load content for attachment [" > + getFilename() + "]", ex); I think we should always explain what is going to happen and what state the system is in when we log an error and we carry on without stopping the action. Can we add some comment in the log that explains what it means? The user will see a big stack trace and he'll wonder what he has to do to fix it. What can we tell him? OTOH if there's nothing he should do then we shouldn't show a stack trace, only a warning with no trace. > > + } > + } > } > > public XWikiAttachmentArchive loadArchive(XWikiContext context) > throws XWikiException > { > if (attachment_archive == null) { > - attachment_archive = > context.getWiki().getAttachmentVersioningStore() > - .loadArchive(this, context, true); > + try { > + attachment_archive = > + > context.getWiki().getAttachmentVersioningStore().loadArchive(this, > context, > + true); > + } catch (Exception ex) { > + LOG.error("Failed to load archive for attachment [" > + getFilename() + "]", ex); > + } Same here. Thanks -Vincent

2 1

Re: [xwiki-devs] [xwiki-notifications] r9371 - in xwiki-products/xwiki-workspaces/trunk: . installers installers/generic installers/generic/src installers/generic/src/main installers/generic/src/main/resources installers/generic/src/main/resources/images installers/windows installers/windows/src installers/windows/src/main installers/windows/src/main/resources
by Vincent Massol 25 Apr '08

25 Apr '08

I/We also need to find out a way to factorize this across the different builds since 80% is common to all and this is going to cause a big maintenance problem when I start fixing the installer bugs in XE (it means we'll have to carefully keep all the other installers in sync manually). Haven't thought about this yet, this is a reminder to do that... Thanks -Vincent On Apr 25, 2008, at 9:34 AM, jvelociter (SVN) wrote: > Author: jvelociter > Date: 2008-04-25 09:34:50 +0200 (Fri, 25 Apr 2008) > New Revision: 9371 > > Added: > xwiki-products/xwiki-workspaces/trunk/installers/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/pom.xml > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/LICENCE.txt > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/README.html > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/ > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border1.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border2.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border3.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border4.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border5.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border6.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border7.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/border8.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/core.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/xe.ico > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/xe.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/xwiki.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/xws.ico > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/images/xws.png > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/install.xml > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/shortcutSpec_unix.xml > xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/ > resources/shortcutSpec_windows.xml > xwiki-products/xwiki-workspaces/trunk/installers/pom.xml > xwiki-products/xwiki-workspaces/trunk/installers/windows/ > xwiki-products/xwiki-workspaces/trunk/installers/windows/pom.xml > xwiki-products/xwiki-workspaces/trunk/installers/windows/src/ > xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/ > xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/ > resources/ > xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/ > resources/launch4j.xml > xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/ > resources/xws.ico > Log: > XWS-15 Add installers to workspaces

2 2

[xwiki-devs] Removing the templates/ folder from XWS web
by Jerome Velociter 25 Apr '08

25 Apr '08

Dear devs, In XWS 1.0, I've tried to make the product work with every skin we package with XE, in addition to XWS own skin ("workspaces"). For this, I placed several velocity files in the templates/ folder of the product webapp, for them to be available for every skin (for example, workspace.vm which is use as a "defaultTemplate" for workspaces home pages, or xwsmacros.vm which hold workspaces macros). I realized recently it's not proper solution, as it does alter a directory which is supposed to be common for every products, and it makes it harder to install properly XWS over an existing XE, or sharing XWS and XE instances in a XEM context. Put simple, I could not find a nice way of having both : 1) XWS not being intrusive in the webapp, apart from its skin 2) Workspaces work with every skin As for now, I consider 1) being more important than 2), and I see more use cases for it. So for XWS 1.1, I will remove the overriding templates/ folder by moving its velocity files in the workspaces skin. This will then break point 2). Are there any other solutions to reconcile both points I didn't see ? For the future, I suppose we could use UI extensions for this. Regards, Jérôme.

3 5

[xwiki-devs] Error in template editobject.vm
by Glenn Everitt 24 Apr '08

24 Apr '08

Hello XWiki Dev's I am getting this error: Error number 4001 in 4: Error while parsing velocity page /skins/covisint_coe/editobject.vm Wrapped Exception: Invocation of method 'displayEdit' in class com.xpn.xwiki.api.Document threw exception java.lang.NullPointerException @ /skins/covisint_coe/editobject.vm[59,10] I am attempting to edit objects on .../Main/WebHome and am getting this error. Is there a way to ignore the bad object in the template? Is there a way to diagnose what the problem is? The line with the problem is <dd>$doc.displayEdit($prop, "${class.name}_${obj.number}_" , $obj)</dd> I think something is wrong with $obj but I don't know which object or how to remove it now that I can't edit objects. The only thing I was changing at the time of failure was adding a group and remove a group. Please help Glenn Everitt -- View this message in context: http://www.nabble.com/Error-in-template-editobject.vm-tp16850443p16850443.h… Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 2