xwiki-devs April 2008

xwiki-devs@xwiki.org

55 participants
180 discussions

by Ecaterina Valica

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

16 years, 6 months

[xwiki-devs] Groups per Space?

by Kamna Jain

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

16 years, 6 months

[xwiki-devs] How to add a user to a group!

by Kamna Jain

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

16 years, 6 months

Re: [xwiki-devs] [xwiki-notifications] r9365 - xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/xwiki/plugin/lucene

by Vincent Massol

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

16 years, 6 months

Re: [xwiki-devs] [xwiki-notifications] r9369 - xwiki-platform/core/trunk/xwiki-core

by Vincent Massol

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

16 years, 6 months

Re: [xwiki-devs] [xwiki-notifications] r9376 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc

by Vincent Massol

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

16 years, 6 months

Re: [xwiki-devs] [xwiki-notifications] r9363 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/doc

by Vincent Massol

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

16 years, 6 months

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

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

16 years, 6 months

[xwiki-devs] Removing the templates/ folder from XWS web

by Jerome Velociter

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.

16 years, 6 months

[xwiki-devs] Error in template editobject.vm

by Glenn Everitt

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.

16 years, 6 months

← Newer
1
2
3
4
5
6
7
8
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs April 2008