In my downloaded version of xwiki, I have chosen to authenticate before
viewing.
In which java file will I find the code where the xwiki makes sure that
the user is logged in other wise redirects to the xwiki login page?
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
www.wipro.com
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 ...
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:wangwh@att.net]
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
> -----Original Message-----
> From: Vincent Massol [mailto:vincent@massol.net]
> 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:jeremi23@gmail.com]
> > 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:xwiki-dev-unsubscribe@objectweb.org
> > > For general help: mailto:sympa@objectweb.org?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
