On Sat, Mar 6, 2010 at 20:17, Pascal Voitot Dev
pascal.voitot@gmail.com wrote:
On Sat, Mar 6, 2010 at 6:13 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
On Sat, Mar 6, 2010 at 18:09, Thomas Mortagne thomas.morta...@xwiki.com
wrote:
On Sat, Mar 6, 2010 at 17:39, Thomas Mortagne
On Sat, Mar 6, 2010 at 20:55, Niels Mayer nielsma...@gmail.com wrote:
On Sat, Mar 6, 2010 at 9:23 AM, Thomas
Mortagne thomas.morta...@xwiki.com wrote:
Another way is to log with superadmin before importing the xar (but it
means all the pages will have superadmin as author).
I thought that
On Sun, Mar 7, 2010 at 12:56, Thomas Mortagne thomas.morta...@xwiki.com wrote:
On Sat, Mar 6, 2010 at 20:55, Niels Mayer nielsma...@gmail.com wrote:
On Sat, Mar 6, 2010 at 9:23 AM, Thomas
Mortagne thomas.morta...@xwiki.com wrote:
Another way is to log with superadmin before importing the xar
Hi,
I would like to add support for secret token verification to prevent
CSRF attacks (see http://jira.xwiki.org/jira/browse/XWIKI-4873).
The main idea is to add a random token as a parameter to each request
that requires edit/comment/admin rights and check that this token is
present on the
Hi Devs,
I am a girl from China. I am a student pursuing my BS degree in The Central
University Of Finance and Economics. My major is Electronic Commerce.
I love Open Source, but in China Open Source is not so popular. Open Source
is powerful and the idea of Open Source can accelerate the
If i go through the Tutorial for Writing XWiki components,
I had problem, on using it while I'm put the code for groovy on a
XWiki-site.
It returns only null and nothing what HelloWorld means.
Can someone give me a detailed description for realizing the HelloWorld
- component
from
Ok I looked into the 2.2.2 XAR and I find
backupPacktrue/backupPack
So it is already set to true
I tried to use Replace history but it keeps Guest rights...
So i first import the XAR with guest rights in order to have the XWiki.Admin
user!
Then I login as admin and I re-import the XAR again using
Hi,
Could you please be more specific on what you have been trying to do.So i
might can help you as i did the tutorial and exposed it using Velocity
scripting.(But i hope if the basics are correct you can get it right)
@ComponentRole and @Component
are needed annotations when you implement the
On Mar 8, 2010, at 3:48 PM, cjdelisle (SVN) wrote:
Author: cjdelisle
Date: 2010-03-08 15:48:42 +0100 (Mon, 08 Mar 2010)
New Revision: 27528
Modified:
platform/xwiki-applications/trunk/administration/src/main/resources/XWiki/XWikiPreferences.xml
Log:
XWIKI-4952: Allow anonymous
Me again :)
XWiki has been allocated 1 day a week to my time, that day being Monday,
so it's probably mostly Mondays that you'll hear from me.
I'm setting up our spaces, groups users and have discovered the
following:
Subgroups are really confusing and apparently have no hierarchy, and
can
Hi,
I download the archetype and do all what there stands should to do, like maven
install etc.
After that write in the pom.xml that I use the 2.1.1 - Version.
Then I copied the snippet provided in HelloWorld.java.
In the DefaultHelloWorld.java I write the second type.
Then I copied the both
Hi Guillaume,
Of the three possible approaches that you summarized I think exposing
XWiki as a gadget would be worthwhile looking into further. This would
keep XWiki separate from Sakai. We would look at using the Shindig
(OpenSoical) implementation as the container and then integrating
I originally added captcha.enabled to xwiki.properties when there was no
configuration for the registration
page and I felt there should be settings on both administration and config file
levels but in retrospect I
think the decision reflected my lack of knowledge about the configuration
Hi Adam,
On Mon, Mar 8, 2010 at 4:25 PM, Adam Hocek adam.ho...@marist.edu wrote:
Hi Guillaume,
Of the three possible approaches that you summarized I think exposing
XWiki as a gadget would be worthwhile looking into further. This would
keep XWiki separate from Sakai. We would look at
On 03/08/2010 04:38 PM, Caleb James DeLisle wrote:
I originally added captcha.enabled to xwiki.properties when there was no
configuration for the registration
page and I felt there should be settings on both administration and config
file levels but in retrospect I
think the decision
On Mar 8, 2010, at 4:39 PM, cjdelisle (SVN) wrote:
Author: cjdelisle
Date: 2010-03-08 16:39:13 +0100 (Mon, 08 Mar 2010)
New Revision: 27529
Modified:
platform/xwiki-applications/trunk/administration/src/main/resources/XWiki/XWikiPreferences.xml
Log:
XWIKI-4952: Allow anonymous
Hi,
Did you put @ComponentRole in the interface and @Component in your interface
implementation class?
Since you mentioned.
Then I copied the both snippets after initalize() function and put in the
new builded components.txt
The org.xwiki.component.internal.DefaultHelloWorld
Regards,
Hi. It's good to see someone from home. Which University are you in? I'm a
tech lead of www.mapbar.com and have been following XWiki for a long time. I
love XWiki over TWiki and Atlassian Conference. But it needs refinement and
more plugins. More open source programmers will definitely adds to it.
In the HelloWorldVelocityContextInitializer.java i wrote
@Component(helloWorld).
In the DefaultHelloWorld.java I wrote @Component.
And in the public interface HelloWorld I wrote @ComponentRole.
I tried it once again and now it passed. But I don't know why.
Could it be, that I used the
On Sat, Mar 6, 2010 at 11:55 AM, Niels Mayer nielsma...@gmail.com wrote:
I thought that was de rigueur in Xwiki. If you didn't import as superadmin
into a multiwiki, how could you get working any documents containing scripts
that require programming rights? If you don't import this way,
for
+0
On Mon, Mar 8, 2010 at 16:38, Caleb James DeLisle
calebdeli...@lavabit.com wrote:
I originally added captcha.enabled to xwiki.properties when there was no
configuration for the registration
page and I felt there should be settings on both administration and config
file levels but in
On Fri, Mar 5, 2010 at 19:30, Sergiu Dumitriu ser...@xwiki.com wrote:
On 03/05/2010 04:18 PM, Vincent Massol wrote:
Hi,
Discussing with Thomas today we think we need to use relative refs in
XWikiDocument for storing the Parent reference and in XObject
(BaseCollection to be precise) to
Instead of having all these secret tokens and modifying all over the place,
what about using something like realm-based-authentication (implemented in
cookies); the presence of one of these crypto-cookies performs the same role
as your nonce-token parameter. However, by having the verificartion of
Hi,
I don't see how realm-based-authentication can prevent CSRF attacks. It
doesn't matter how the authentication token is generated, as long as it
is stored in the cookies, the browser will send it automatically also
for malicious requests. It could only work if you set a very short
expiration
Hi Zhaolin,
I use mapbar.com very constantly. I prefer mapbar.com to go2map,
baidu map, google ditu. I think mapbar is match all my need. But map
data in mapbar is not so
On Mon, Mar 8, 2010 at 11:52 PM, Zhaolin Feng kingsimba0...@gmail.com wrote:
Hi. It's good to see someone from home. Which
Hi Zhaolin,
Sorry for the last unfinished email.
I use mapbar.com very constantly. I prefer mapbar.com to go2map,
baidu map, google ditu. I think mapbar is match all my need. But map
data in mapbar is not so enough. Some place is not contained.
I have use xwiki for a long time, and I love to
On 03/08/2010 11:00 PM, Niels Mayer wrote:
Instead of having all these secret tokens and modifying all over the place,
what about using something like realm-based-authentication (implemented in
cookies); the presence of one of these crypto-cookies performs the same role
as your nonce-token
+0
Caleb James DeLisle wrote:
I originally added captcha.enabled to xwiki.properties when there was no
configuration for the registration
page and I felt there should be settings on both administration and config
file levels but in retrospect I
think the decision reflected my lack of
28 matches
Mail list logo
