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

xwiki build.338 Build Successful
by ludovic＠xwiki.org 04 Oct '06

04 Oct '06

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061004133748Lbuild…

1 0

Page Deletion
by fanuzzi＠us.ibm.com 03 Oct '06

03 Oct '06

Quick Question. Does deleting a page delete all the history? So if you recreate the page it will start over with new history list. Thanks, Tony Nuzzi

2 1

xwiki build.337 Build Successful
by ludovic＠xwiki.org 03 Oct '06

03 Oct '06

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061003170229Lbuild…

1 0

Potential problem with laszlo plugin configuration
by Sebastien Gaide 02 Oct '06

02 Oct '06

Hi guys, A few words to warn you about a potential problem with a badly configured laszlo plugin. First I have to say that the default configuration (right out of the box) does not cause this problem. The problem occurs if you use a blank path like : xwiki.plugin.laszlo.path= in xwiki.cfg. I have used this configuration line for several weeks with no problem on a linux based system, using a 'non-system' tomcat (ie a tomcat launched by hand using a non root user ...) Then some Windows (tm) users copied my xwiki.cfg file, and problems started to occur. Each morning they were unable to boot, the system complaining about missing boot.ini and system dlls ! It took us several days, and several launches of the XP console tools ;-) to realize that the problem was in the flushCache method of the laszlo plugin. This method will delete all the files cached by the plugin, which is a good thing per se, but if the plugin path is blank, all files in "/" will be deleted ... if you are Windows user, starting tomcat via a service, then ... all files in / will be deleted, which is not what you want ... So, the bottom line is, do not use a blank path for laszlo plugin ! cheers, Seb. PS : CC to dev list in case laszlo plugin maintainers are interested ...

1 0

FW: [xwiki-users] performance issue
by Jean-Lou Dupont 01 Oct '06

01 Oct '06

Maybe it is related to how revisions of a document are handled: every revision is stored in one database entry. So, I would suspect, that everytime a page is fetched from the database store, it takes longer & longer to process the said page... and the effect of this behaviour gets compounding with the number of pages etc. Jld. -----Original Message----- From: wangwh(a)att.net [mailto:[email protected]] Sent: September 30, 2006 23:38 To: xwiki-users(a)objectweb.org Subject: [xwiki-users] performance issue Hi, XWiki teams, I found that the wikis I need to write in are getting slower and slower, such as sustainagility and webagedefense. Quite inconvenient, especially when I am trying to introduce XWiki to new users. Other sites are responding quickly. Does writing/editing wiki pages causing troubles? Wei-hsing -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.407 / Virus Database: 268.12.10/459 - Release Date: 29/09/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.407 / Virus Database: 268.12.10/459 - Release Date: 29/09/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.407 / Virus Database: 268.12.10/459 - Release Date: 29/09/2006

1 0

RE: [xwiki-dev] Ok to use svn:externals?
by Vincent Massol 28 Sep '06

28 Sep '06

> -----Original Message----- > From: Vincent Massol [mailto:[email protected]] > Sent: jeudi 28 septembre 2006 12:10 > To: 'xwiki-dev(a)objectweb.org' > Subject: RE: [xwiki-dev] Ok to use svn:externals? > > > > > -----Original Message----- > > From: jeremi joslin [mailto:[email protected]] > > Sent: jeudi 28 septembre 2006 11:48 > > To: vincent(a)massol.net > > Cc: xwiki-dev(a)objectweb.org > > Subject: Re: [xwiki-dev] Ok to use svn:externals? > > > > Hi vincent, > > I've look at this function for the subproject GELC. > > The problem is I don't think it's possible to use it for getting the > > projet and for commiting. > > > > We can't use it for commits because we don't use the same URL for > > commiters(developpers are over ssh) and users (over svn protocol). > > I understand your point now. I'm checking if there's a way to have a > single trunks/ dir. Otherwise the alternative is to have 2: one for > committers and one for anonymous users. Or we can decide that the trunks/ > dir is only for committers. WDYT? > > I'll get back to you after I do some experiments. Ok as you said there's no way to have both definitions in one svn:externals definition unless you're using the https protocol. Thus I modify my proposal to have: trunks-users/ (uses svn protocol) trunk-devs/ (uses svn+ssh protocol) WDYT? Thanks -Vincent > PS: Of course the best would be to have a https:// protocol as we have @ > Apache. > > > On 9/28/06, Vincent Massol <vincent(a)massol.net> wrote: > > > > > > > > > > > > > > > Hi developers, > > > > > > > > > > > > Right now it's pretty painful to checkout xwiki trunks. You have to do > > it > > > one by one manually (xwiki/trunk, xwiki-apps/, xwiki-clients/, > > > xwiki-plugins/emailnotification/trunk, etc). > > > > > > > > > > > > I'd like to create a trunks/ directory in > > > svn://svn.forge.objectweb.org/svnroot/xwiki and create some > > > svn:externals definitions so that anyone doing a checkout of > > > svn://svn.forge.objectweb.org/svnroot/xwiki/trunks will get > > > all the svn trunks checked out in one go (see > > > http://svnbook.red-bean.com/en/1.0/ch07s03.html if you > > > don't know what svn:externals are). This is a pretty standard way of > > using > > > subversion done by lots of projects I know. > > > > > > > > > > > > Here's what I suggest as svn:externals definitions for trunks/: > > > > > > > > > > > > xwiki > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki/trunk > > > > > > xwiki-apps/agilepm > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-apps/agilepm > > > > > > xwiki-apps/gelc/gelcv1 > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki- > apps/gelc/gelcv1/trunk > > > > > > xwiki-clients > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-clients > > > > > > xwiki-plugins/emailnotification > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki- > > plugins/emailnotification/trunk > > > > > > xwiki-plugins/lucene > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-plugins/lucene/trunk > > > > > > xwiki-plugins/task-manager > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-plugins/task-manager > > > > > > xwiki-sandbox > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-sandbox > > > > > > xwiki-tools > > > svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-tools > > > > > > > > > > > > Let me know if this is fine and I'll create it (provided I still have > > right > > > access to the repo). > > > > > > > > > > > > Thanks > > > > > > -Vincent > > > > > > > > > > > > PS: We'll also need to rationalize the trunk/, branches/ tags/ > directory > > a > > > bit better I think but that's for later J > > > > > > > > > > > > -- > > > You receive this message as a subscriber of the xwiki- > dev(a)objectweb.org > > > mailing list. > > > To unsubscribe: mailto:[email protected] > > > For general help: mailto:[email protected]?subject=help > > > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > > > > > > > > > > -- > > jeremi ___________________________________________________________________________ D�couvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/R�ponses pour partager vos connaissances, vos opinions et vos exp�riences. http://fr.answers.yahoo.com

2 4

xwiki build.336 Build Successful
by ludovic＠xwiki.org 28 Sep '06

28 Sep '06

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20060928125855Lbuild…

1 0

Ok to use svn:externals?
by Vincent Massol 28 Sep '06

28 Sep '06

Hi developers, Right now it's pretty painful to checkout xwiki trunks. You have to do it one by one manually (xwiki/trunk, xwiki-apps/, xwiki-clients/, xwiki-plugins/emailnotification/trunk, etc). I'd like to create a trunks/ directory in svn://svn.forge.objectweb.org/svnroot/xwiki and create some svn:externals definitions so that anyone doing a checkout of svn://svn.forge.objectweb.org/svnroot/xwiki/trunks will get all the svn trunks checked out in one go (see http://svnbook.red-bean.com/en/1.0/ch07s03.html if you don't know what svn:externals are). This is a pretty standard way of using subversion done by lots of projects I know. Here's what I suggest as svn:externals definitions for trunks/: xwiki svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki/trunk xwiki-apps/agilepm svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-apps/agilepm xwiki-apps/gelc/gelcv1 svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-apps/gelc/gelcv1/trunk xwiki-clients svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-clients xwiki-plugins/emailnotification svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-plugins/emailnotification/ trunk xwiki-plugins/lucene svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-plugins/lucene/trunk xwiki-plugins/task-manager svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-plugins/task-manager xwiki-sandbox svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-sandbox xwiki-tools svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki-tools Let me know if this is fine and I'll create it (provided I still have right access to the repo). Thanks -Vincent PS: We'll also need to rationalize the trunk/, branches/ tags/ directory a bit better I think but that's for later :-)

2 3

xwiki build.335 Build Successful
by ludovic＠xwiki.org 28 Sep '06

28 Sep '06

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20060928053416Lbuild…

1 0

xwiki build.334 Build Successful
by ludovic＠xwiki.org 27 Sep '06

27 Sep '06

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20060927120606Lbuild…

1 0