date:20090615

Re: [xwiki-users] [xwiki-devs] [Proposal] XWiki Enterprise 2.0 Roadmap

2009-06-15 Thread Marius Dumitru Florea

Guillaume Lerouge wrote:
> Hi XWiki Devs & Users,
> here's the current proposal for the XWiki Enterprise 2.0 roadmap. Please
> give us your feedback about it and tell us whether you think we missed
> anything important. Please note that this roadmap covers the next 3 months
> of development work. Improvements not included here will be discussed at the
> beginning of the next roadmap (in September 2009).
> 
> Shout if you think we forgot something ;-)
> 
> The list of tasks is divided in 3 parts: tasks we have already planned to
> have people working on, tasks that we would like to complete during the
> course of the release but have nobody planning to work on yet and tasks that
> will have to be postponed until the next release cycle.
> 
> *Tasks with people already planned to work on:*
> 
>- Rendering (Thomas)
>   - Fix bugs
>   - Make sure the XWiki 2.0 syntax doesn't move any more once XE 2.0 is
>   out

>- WYSIWYG editor (Marius, Anca)
>   - Fix bugs
>   - Implement search in the link insertion dialog box
>   - Improve the macro insertion dialog box

 - i18n
 - Opera & Safari support
 - Documentation (User/Admin/Dev Guide)

Thanks,
Marius

>- CAPTCHA integration (Jérôme)
>- Clustering (Thomas)
>   - Write a clustering component based on XWiki events
>- Activity Stream integration (JV)
>- Watchlist (JV)
>   - Rewrite the watchlist feature based on the activity stream
>   - Make the watchlist work in XEM
>- Macros (Asiri)
>   - Write the velocity macro bridge
>   - Write a number of velocity macros
>- UI Improvements (Caty)
>   - Blog
>   - User Profile
>- Architectural Improvements (Vincent)
> 
> *Tasks with nobody planned to work on as of today:*
> 
>- Migrate all XWiki Enterprise pages to use the XWiki 2.0 syntax
>(Collective effort?)
>- Rewrite XWiki's Lucene Search backend (Sergiu?)
>- Improve XWiki's default skin (Laurent?)
> 
> *Tasks that will have to be postponed to the next release cycle:*
> 
>- Application Manager
>- Document Type Manager
>- Invitation Manager
> 
> The current roadmap dates are the following:
> 
>- XE 2.0 M1: June 22
>- XE 2.0 M2: July 13
>- XE 2.0 M3: August 3
>- XE 2.0 RC: August 17
>- XE 2.0: August 31
> 
> Thanks in advance for your feedback.
> 
> Guillaume, on behalf of the XWiki Development Team
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Korean and Japanese language

2009-06-15 Thread Gerritjan Koekkoek

Hi,

Is XWIKI in general and sites hosted at XWIKI.com specifically able to  
del with Korean and Japanese as language?
If so what needs to be done other then andding the languagecode to my  
preferences?
Below is some tip I found on the WEB
korean uses the ko character set. kr is the ISO 3166 Country Code for  
Korea. Don't confuse the two.
Although Google Korea seems to get away with UTF-8 encoding, most of  
the sites I've seen use the euc-kr charset.

The safe way forward looks like this:




Gerritjan Koekkoek


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problem with WYSIWYG editor and blog

2009-06-15 Thread Vincent Massol


On Jun 15, 2009, at 7:37 PM, Brett M. Bergquist wrote:

> Vincent, I am pretty much a newbie with SVN.  I work with other  
> projects
> with it, but still it is pretty new to me.  I have TortiseSVN  
> installed.
>
> The problem that I am having is that I am trying to get just the  
> head of
> say "platform", but I end up retrieving "trunk", "tags", branches".  I
> get much more than I want.  So if you could, what would the SVN  
> checkout
> URL be?  I tried:
>
>http://svn.xwiki.org/svnroot/xwiki/platform
>
> should this be:
>
>http://svn.xwiki.org/svnroot/xwiki/platform/trunk

Nope.

You can try the URLs in your browser to test them easily too

Platform has several trunks.
If you want them all we have a trunks svn:externals defined here:
http://svn.xwiki.org/svnroot/xwiki/platform/trunks/

so just svn checkout that URL and you'll be fine.

Thanks
-Vincent

> Vincent Massol wrote:
>> Hi Brett,
>>
>> On Jun 13, 2009, at 4:25 PM, Brett Bergquist wrote:
>>
>>
>>> I figured the first problem out.  The "web.xml" is specifying filter
>>> "dispatcher" elements but these are not valid for Servlet 2.3
>>> specification.  This comes with Servlet 2.4 specification.  So I
>>> change
>>> web.xml to read:
>>>
>>>
>>> http://java.sun.com/xml/ns/j2ee";
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>> xsi:schemaLocation="..."
>>> version="2.4">
>>>
>>> and removed the DOCTYPE and now the wysiwyg editor is working
>>> correctly.
>>>
>>> Now for the blog problem.   This appears to have something to do  
>>> with
>>> forward only scroll insensitive cursors and probably issuing a
>>> "resultSet.first" or something similar which is trying position a
>>> cursor.  From the server log:
>>>
>>> [#|2009-06-13T11:32:21.046-0400|INFO|sun-appserver2.1|
>>> javax.enterprise.system.stream.out|
>>> _ThreadID=15;_ThreadName=httpSSLWorkerThread-8080-0;|2009-06-13
>>> 11:32:21,046 [http://192.169.1.6:8080/xwiki/bin/view/Blog/]
>>> [httpSSLWorkerThread-8080-0] ERROR util.JDBCExceptionReporter  -
>>> This method should only be called on ResultSet objects that are
>>> scrollable (type TYPE_SCROLL_INSENSITIVE).
>>> |#]
>>>
>>> This might have something to do with the why hibernate is creating  
>>> the
>>> result set.  I could try to figure it out, but I am having problems
>>> trying to figure out what source code to pull out.  I tried with SVC
>>> and
>>> pull out all but I ended up downloading all of the branches, all of
>>> the
>>> tags, etc. before I killed it.  So if you could point me in the  
>>> right
>>> direction with the SVN repository command to pull down, I could give
>>> it
>>> a look.
>>>
>>
>> There are some information here:
>> http://dev.xwiki.org/xwiki/bin/view/Community/SourceRepository
>>
>> Thanks
>> -Vincent
>>
>>
>>> Thanks again for the help.
>>>
>>> Brett
>>>
>>> Ludovic Dubost wrote:
>>>
 Brett M. Bergquist a écrit :


> Environment:
>
>   * Glassfish 2.1ur2
>   * Windows XP
>   * Apache Derby 10.4
>   * XWiki Enterprise 1.9.21179
>
> --
> I just installed this and got it up and running. I downloaded and
> installed:
> xwiki-enterprise-wiki-1.9.xar
>
> When I try to use the WYSIWYG editor in Firefox 3, it comes up
> okay, but
> when I preview or save my pages, the page shows the HTML code, and
> not
> the wiki code. That is, I see something like this:
>
> testHeading 1test
> againabcdef
>
>
>
 This shows the conversion mecanism is not triggered or failed.
 There is
 a filter for that in the web.xml.
 Maybe this is linked with the Glassfish config althout be have it
 working on Sun App Server env in one case.


> in the page instead of the paragraph, heading, etc. If I don't use
> the
> WYSIWYG editor, it works fine. Any ideas of what I might have done
> wrong?
>
> With IE 8, the WYSIWYG editor toolbar is just a bunch of mashed up
> icons
> also.
>
>
>
 We haven't done any IE8 testing yet. Any feedback on what's
 working/failing would be great besides the icon issue. A bug report
 on
 jira.xwiki.org would be cool


[snip]
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Live Table "Loading... Page" never ends

2009-06-15 Thread Vincent Massol

Hello,

I remember seeing this when a wiki was upgraded without importing the  
XE XAR.
Also make sure you refresh your browser cache.

Thanks
-Vincent

On Jun 15, 2009, at 3:04 PM, Henk Schouten wrote:

>
> Hello,
>
> Another problem I encounter with my freshly installed XEM 1.7. It  
> seems
> that the new component Live Table never finishes loading a page list.
> The animated gif and the text "Loading... Page" appears and than  
> nothing
> happens and the page seems frozen Again I have seen this problem
> both in XEM 1.6.4 and 1.7. I am using tomcat 5.5.27 and Oracle 10G
> database. The same problem occurs in the Users and Groups section of  
> the
> Administration page, which makes it very hard to setup a new wiki
> completely.
>
> Anyone else who has the same problem? Is there a way to fix this?
>
> Henk
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] LDAP Groups and Rights/Privileges

2009-06-15 Thread Dignan, Patrick

Hello,

My previous issue with LDAP authentication has been resolved, largely thanks to 
tmontagne's assistance.  Info on that can be found at the Use Cases for LDAP 
page.

The current problem is that when an LDAP group is mapped to an XWiki group, the 
privileges don't seem to be set properly for users of that group.  I am able to 
log in as a test user, and no matter the privileges I set, the user is unable 
to view any pages!  The user is show as being in the correct group in the XWiki 
Groups UI, and the group has the proper privileges in the Access Rights UI.  
I'm not sure whether this is a configuration issue on my part, or an issue with 
XWiki itself.

Note that if I map an LDAP group to a pre-existing XWiki group, such as 
XWiki.XWikiAdminGroup, then the user is able to log in, view pages, and even 
administrate the XWiki properly.  The issue seems to be with groups that I have 
created.

Does anybody have any advice?

I'm running XWiki 1.9 currently.

Regards,

Patrick Dignan
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problem with WYSIWYG editor and blog

2009-06-15 Thread Brett M. Bergquist

Vincent, I am pretty much a newbie with SVN.  I work with other projects 
with it, but still it is pretty new to me.  I have TortiseSVN installed. 

The problem that I am having is that I am trying to get just the head of 
say "platform", but I end up retrieving "trunk", "tags", branches".  I 
get much more than I want.  So if you could, what would the SVN checkout 
URL be?  I tried:

http://svn.xwiki.org/svnroot/xwiki/platform

should this be:

http://svn.xwiki.org/svnroot/xwiki/platform/trunk



Vincent Massol wrote:
> Hi Brett,
>
> On Jun 13, 2009, at 4:25 PM, Brett Bergquist wrote:
>
>   
>> I figured the first problem out.  The "web.xml" is specifying filter
>> "dispatcher" elements but these are not valid for Servlet 2.3
>> specification.  This comes with Servlet 2.4 specification.  So I
>> change
>> web.xml to read:
>>
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="..."
>>  version="2.4">
>>
>> and removed the DOCTYPE and now the wysiwyg editor is working
>> correctly.
>>
>> Now for the blog problem.   This appears to have something to do with
>> forward only scroll insensitive cursors and probably issuing a
>> "resultSet.first" or something similar which is trying position a
>> cursor.  From the server log:
>>
>> [#|2009-06-13T11:32:21.046-0400|INFO|sun-appserver2.1|
>> javax.enterprise.system.stream.out|
>> _ThreadID=15;_ThreadName=httpSSLWorkerThread-8080-0;|2009-06-13
>> 11:32:21,046 [http://192.169.1.6:8080/xwiki/bin/view/Blog/]
>> [httpSSLWorkerThread-8080-0] ERROR util.JDBCExceptionReporter  -
>> This method should only be called on ResultSet objects that are
>> scrollable (type TYPE_SCROLL_INSENSITIVE).
>> |#]
>>
>> This might have something to do with the why hibernate is creating the
>> result set.  I could try to figure it out, but I am having problems
>> trying to figure out what source code to pull out.  I tried with SVC
>> and
>> pull out all but I ended up downloading all of the branches, all of
>> the
>> tags, etc. before I killed it.  So if you could point me in the right
>> direction with the SVN repository command to pull down, I could give
>> it
>> a look.
>> 
>
> There are some information here:
> http://dev.xwiki.org/xwiki/bin/view/Community/SourceRepository
>
> Thanks
> -Vincent
>
>   
>> Thanks again for the help.
>>
>> Brett
>>
>> Ludovic Dubost wrote:
>> 
>>> Brett M. Bergquist a écrit :
>>>
>>>   
 Environment:

* Glassfish 2.1ur2
* Windows XP
* Apache Derby 10.4
* XWiki Enterprise 1.9.21179

 --
 I just installed this and got it up and running. I downloaded and
 installed:
 xwiki-enterprise-wiki-1.9.xar

 When I try to use the WYSIWYG editor in Firefox 3, it comes up
 okay, but
 when I preview or save my pages, the page shows the HTML code, and
 not
 the wiki code. That is, I see something like this:

 testHeading 1test
 againabcdef


 
>>> This shows the conversion mecanism is not triggered or failed.
>>> There is
>>> a filter for that in the web.xml.
>>> Maybe this is linked with the Glassfish config althout be have it
>>> working on Sun App Server env in one case.
>>>
>>>   
 in the page instead of the paragraph, heading, etc. If I don't use
 the
 WYSIWYG editor, it works fine. Any ideas of what I might have done
 wrong?

 With IE 8, the WYSIWYG editor toolbar is just a bunch of mashed up
 icons
 also.


 
>>> We haven't done any IE8 testing yet. Any feedback on what's
>>> working/failing would be great besides the icon issue. A bug report
>>> on
>>> jira.xwiki.org would be cool
>>>
>>>
>>>   
 --
 Also, if I hit on the "Blog" link, I get an error:

 Error number 4001 in 4: Error while parsing velocity page
 Blog.WebHome
 Wrapped Exception: Failed to evaluate content with id Web Home
 


 
>>> This one is probably due to a derby incompatibility of the query.
>>> Your
>>> exception should give the exact failure to run the query which we
>>> don't
>>> see in this log
>>>
>>> Thanks for the bug reports
>>>
>>> Ludovic
>>>
>>>
>>>   
 Any ideas on this one?

 So far, I really like what I see however1

 Brett

 Error number 4001 in 4: Error while parsing velocity page
 Blog.WebHome
 Wrapped Exception: Failed to evaluate content with id Web Home >>> xwiki/bin/view/Blog/>
 com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while
 parsing velocity page Blog.WebHome
 Wrapped Exception: Failed to evaluate content with id Web Home >>> xwiki/bin/view/Blog/>
  at
 com
 .xpn
 .xwiki
 .render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:
 114)
  at
 com
 .xpn
 .xwiki
 .render.XWikiVelocityRenderer.render(XWikiVelocityR

Re: [xwiki-users] [Proposal] XWiki Enterprise 2.0 Roadmap

2009-06-15 Thread Joshua Eastburn

Dear Dev Team,

My company is certainly looking forward to the complete transition to 2.0 
syntax.  We much prefer it over 1.0 syntax and using a mixture of both has 
caused headaches in the past, so +1 to that goal.

Thanks for all the work you do,

Josh Eastburn
SAES Pure Gas, Inc.
San Luis Obispo, CA, USA







Guillaume Lerouge  
Sent by: users-boun...@xwiki.org
06/15/2009 08:44 AM
Please respond to
XWiki Users 


To
XWiki Users , XWiki Developers 
cc

Subject
[xwiki-users] [Proposal] XWiki Enterprise 2.0 Roadmap






Hi XWiki Devs & Users,
here's the current proposal for the XWiki Enterprise 2.0 roadmap. Please
give us your feedback about it and tell us whether you think we missed
anything important. Please note that this roadmap covers the next 3 months
of development work. Improvements not included here will be discussed at 
the
beginning of the next roadmap (in September 2009).

Shout if you think we forgot something ;-)

The list of tasks is divided in 3 parts: tasks we have already planned to
have people working on, tasks that we would like to complete during the
course of the release but have nobody planning to work on yet and tasks 
that
will have to be postponed until the next release cycle.

*Tasks with people already planned to work on:*

   - Rendering (Thomas)
  - Fix bugs
  - Make sure the XWiki 2.0 syntax doesn't move any more once XE 2.0 
is
  out
   - WYSIWYG editor (Marius, Anca)
  - Fix bugs
  - Implement search in the link insertion dialog box
  - Improve the macro insertion dialog box
   - CAPTCHA integration (Jérôme)
   - Clustering (Thomas)
  - Write a clustering component based on XWiki events
   - Activity Stream integration (JV)
   - Watchlist (JV)
  - Rewrite the watchlist feature based on the activity stream
  - Make the watchlist work in XEM
   - Macros (Asiri)
  - Write the velocity macro bridge
  - Write a number of velocity macros
   - UI Improvements (Caty)
  - Blog
  - User Profile
   - Architectural Improvements (Vincent)

*Tasks with nobody planned to work on as of today:*

   - Migrate all XWiki Enterprise pages to use the XWiki 2.0 syntax
   (Collective effort?)
   - Rewrite XWiki's Lucene Search backend (Sergiu?)
   - Improve XWiki's default skin (Laurent?)

*Tasks that will have to be postponed to the next release cycle:*

   - Application Manager
   - Document Type Manager
   - Invitation Manager

The current roadmap dates are the following:

   - XE 2.0 M1: June 22
   - XE 2.0 M2: July 13
   - XE 2.0 M3: August 3
   - XE 2.0 RC: August 17
   - XE 2.0: August 31

Thanks in advance for your feedback.

Guillaume, on behalf of the XWiki Development Team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How do I get a user to add himself to a group?

2009-06-15 Thread Guillaume Lerouge

Re,

On Mon, Jun 15, 2009 at 5:21 PM, Guillaume Lerouge wrote:

> Re,
>
> On Mon, Jun 15, 2009 at 5:09 PM, Sergiu Dumitriu  wrote:
>
>> Guillaume Lerouge wrote:
>> >>>
>> >>> How exactly are you adding the user to that group? If you create an
>> >>> XWikiGroups object, add it to the group document, then save it, you
>> >>> should use saveWithProgrammingRights() instead of save().
>> >>>
>> >>>
>> >> THis is from the NoAccess.WebHome page.
>> >>
>> >> Here is the velocity code segment I am using to try and add a user to
>> the
>> >> TrainedUsersGroup group.
>> >>
>> >> 01 #if($completed_training == "true" or $xwiki.hasAdminRights())
>> >> 02   ##
>> >> 03   ## Add the current user to the TrainedUsersGroup group
>> >> 04   ##
>> >> 05   #set($MyGroupDoc = $xwiki.getDocument("XWiki.TrainedUsersGroup"))
>> >> 06   #if(!$MyGroupDoc.getObject("XWiki.XWikiGroups", "member",
>> $fullName))
>> >>
>> >> 07 #set($GroupObj = $MyGroupDoc.newObject("XWiki.XWikiGroups"))
>> >> 08 #set($AddingUser = 1)
>> >> 09 $GroupObj.set("member", $fullName)
>> >> 10 $MyGroupDoc.save()
>> >> 11   #end
>> >> 12 #end
>> >>
>> >>
>> >
>> > To do so, you can go to
>> > .../xwiki/bin/edit/XWiki/TrainedUsersGroup?editor=rights and make sure
>> that
>> > the "Edit" checkbox is ticked in the XWikiAllGroup line. This allows all
>> > users to modify that page, thus making them able to add themselves to
>> the
>> > group.
>> >
>> > Once I had made the modification, my "normal" user was able to add
>> himself
>> > to the TrainedUsersGroup simply by going to the page.
>> >
>> > Hope this helps,
>>
>>
>> Guillaume, stop confusing.
>>
>> Dean, as I said, replace the save() call with saveWithProgrammingRights().
>>
>> 10 $MyGroupDoc.saveWithProgramminRights()
>
>
> Well... As Dean stated it in his email this didn't seem to help:
>
> "I've even changed line #10 to use
> saveWithProgrammingRights but it behaves the same and just displays on the
> screen in the case of a regular user."
>
> Guillaume
>
>
>>
>> --
>> Sergiu Dumitriu
>> http://purl.org/net/sergiu/
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
>
> --
> Guillaume Lerouge
> Product Manager - XWiki
> Skype: wikibc
> Twitter: glerouge
> http://guillaumelerouge.com/
>

I've done further testing, here goes:
I've inputted the following content in a page:

<%
def completed_training = "true"
%>

#if($completed_training == "true" or $xwiki.hasAdminRights())
##
## Add the current user to the TrainedUsersGroup group
##
#set($MyGroupDoc = $xwiki.getDocument("XWiki.TrainedUsersGroup"))
#if(!$MyGroupDoc.getObject("XWiki.XWikiGroups", "member", $context.user))

#set($GroupObj = $MyGroupDoc.newObject("XWiki.XWikiGroups"))
##set($AddingUser = 1)
$GroupObj.set("member", $context.user)
$MyGroupDoc.saveWithProgrammingRights()
#end
#end

It works only if the user looking the page is an Admin. If the user is not
in the AdminGroup, he doesn't get added to the group. If I remove
"or $xwiki.hasAdminRights()" from the #if it no longer works, in any case.
Thus I suspect that the "true" value returned by the groovy call isn't
interpreted as it should by the velocity check in the #if call.

For instance, if you try to use only the following code in a page:

<%
def completed_training = "true"
%>

* First: $completed_training

#if($completed_training == "true")
* Second: $completed_training
#end

The First line works fine while the Second never gets displayed. I'm not
sure if that's your exact use case (a variable defined in groovy on the page
that you try to call from velocity on the same page), but if it is, then for
some reason it doesn't work. Here's a workaround that seems to work (though
it requires that the user clicks on a link to add himself to the group):

#if(!$request.completed_training == "true")
#set($MyGroupDoc = $xwiki.getDocument("XWiki.TrainedUsersGroup"))
  #if(!$MyGroupDoc.getObject("XWiki.XWikiGroups", "member", $context.user))
#set($GroupObj = $MyGroupDoc.newObject("XWiki.XWikiGroups"))
  $GroupObj.set("member", $context.user)
  $MyGroupDoc.save()
  #end
#else
[Click here to confirm that you have finished the
Training>NoAccess.WebHome?completed_training=$completed_training]
#end

Good luck,

Guillaume

-- 
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [Proposal] XWiki Enterprise 2.0 Roadmap

2009-06-15 Thread Guillaume Lerouge

Hi XWiki Devs & Users,
here's the current proposal for the XWiki Enterprise 2.0 roadmap. Please
give us your feedback about it and tell us whether you think we missed
anything important. Please note that this roadmap covers the next 3 months
of development work. Improvements not included here will be discussed at the
beginning of the next roadmap (in September 2009).

Shout if you think we forgot something ;-)

The list of tasks is divided in 3 parts: tasks we have already planned to
have people working on, tasks that we would like to complete during the
course of the release but have nobody planning to work on yet and tasks that
will have to be postponed until the next release cycle.

*Tasks with people already planned to work on:*

   - Rendering (Thomas)
  - Fix bugs
  - Make sure the XWiki 2.0 syntax doesn't move any more once XE 2.0 is
  out
   - WYSIWYG editor (Marius, Anca)
  - Fix bugs
  - Implement search in the link insertion dialog box
  - Improve the macro insertion dialog box
   - CAPTCHA integration (Jérôme)
   - Clustering (Thomas)
  - Write a clustering component based on XWiki events
   - Activity Stream integration (JV)
   - Watchlist (JV)
  - Rewrite the watchlist feature based on the activity stream
  - Make the watchlist work in XEM
   - Macros (Asiri)
  - Write the velocity macro bridge
  - Write a number of velocity macros
   - UI Improvements (Caty)
  - Blog
  - User Profile
   - Architectural Improvements (Vincent)

*Tasks with nobody planned to work on as of today:*

   - Migrate all XWiki Enterprise pages to use the XWiki 2.0 syntax
   (Collective effort?)
   - Rewrite XWiki's Lucene Search backend (Sergiu?)
   - Improve XWiki's default skin (Laurent?)

*Tasks that will have to be postponed to the next release cycle:*

   - Application Manager
   - Document Type Manager
   - Invitation Manager

The current roadmap dates are the following:

   - XE 2.0 M1: June 22
   - XE 2.0 M2: July 13
   - XE 2.0 M3: August 3
   - XE 2.0 RC: August 17
   - XE 2.0: August 31

Thanks in advance for your feedback.

Guillaume, on behalf of the XWiki Development Team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How do I get a user to add himself to a group?

2009-06-15 Thread Guillaume Lerouge

Re,

On Mon, Jun 15, 2009 at 5:09 PM, Sergiu Dumitriu  wrote:

> Guillaume Lerouge wrote:
> >>>
> >>> How exactly are you adding the user to that group? If you create an
> >>> XWikiGroups object, add it to the group document, then save it, you
> >>> should use saveWithProgrammingRights() instead of save().
> >>>
> >>>
> >> THis is from the NoAccess.WebHome page.
> >>
> >> Here is the velocity code segment I am using to try and add a user to
> the
> >> TrainedUsersGroup group.
> >>
> >> 01 #if($completed_training == "true" or $xwiki.hasAdminRights())
> >> 02   ##
> >> 03   ## Add the current user to the TrainedUsersGroup group
> >> 04   ##
> >> 05   #set($MyGroupDoc = $xwiki.getDocument("XWiki.TrainedUsersGroup"))
> >> 06   #if(!$MyGroupDoc.getObject("XWiki.XWikiGroups", "member",
> $fullName))
> >>
> >> 07 #set($GroupObj = $MyGroupDoc.newObject("XWiki.XWikiGroups"))
> >> 08 #set($AddingUser = 1)
> >> 09 $GroupObj.set("member", $fullName)
> >> 10 $MyGroupDoc.save()
> >> 11   #end
> >> 12 #end
> >>
> >>
> >
> > To do so, you can go to
> > .../xwiki/bin/edit/XWiki/TrainedUsersGroup?editor=rights and make sure
> that
> > the "Edit" checkbox is ticked in the XWikiAllGroup line. This allows all
> > users to modify that page, thus making them able to add themselves to the
> > group.
> >
> > Once I had made the modification, my "normal" user was able to add
> himself
> > to the TrainedUsersGroup simply by going to the page.
> >
> > Hope this helps,
>
>
> Guillaume, stop confusing.
>
> Dean, as I said, replace the save() call with saveWithProgrammingRights().
>
> 10 $MyGroupDoc.saveWithProgramminRights()


Well... As Dean stated it in his email this didn't seem to help:

"I've even changed line #10 to use
saveWithProgrammingRights but it behaves the same and just displays on the
screen in the case of a regular user."

Guillaume


>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>



-- 
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How do I get a user to add himself to a group?

2009-06-15 Thread Sergiu Dumitriu

Guillaume Lerouge wrote:
>>>
>>> How exactly are you adding the user to that group? If you create an
>>> XWikiGroups object, add it to the group document, then save it, you
>>> should use saveWithProgrammingRights() instead of save().
>>>
>>>
>> THis is from the NoAccess.WebHome page.
>>
>> Here is the velocity code segment I am using to try and add a user to the
>> TrainedUsersGroup group.
>>
>> 01 #if($completed_training == "true" or $xwiki.hasAdminRights())
>> 02   ##
>> 03   ## Add the current user to the TrainedUsersGroup group
>> 04   ##
>> 05   #set($MyGroupDoc = $xwiki.getDocument("XWiki.TrainedUsersGroup"))
>> 06   #if(!$MyGroupDoc.getObject("XWiki.XWikiGroups", "member", $fullName))
>>
>> 07 #set($GroupObj = $MyGroupDoc.newObject("XWiki.XWikiGroups"))
>> 08 #set($AddingUser = 1)
>> 09 $GroupObj.set("member", $fullName)
>> 10 $MyGroupDoc.save()
>> 11   #end
>> 12 #end
>>
>>
>
> To do so, you can go to
> .../xwiki/bin/edit/XWiki/TrainedUsersGroup?editor=rights and make sure that
> the "Edit" checkbox is ticked in the XWikiAllGroup line. This allows all
> users to modify that page, thus making them able to add themselves to the
> group.
> 
> Once I had made the modification, my "normal" user was able to add himself
> to the TrainedUsersGroup simply by going to the page.
> 
> Hope this helps,


Guillaume, stop confusing.

Dean, as I said, replace the save() call with saveWithProgrammingRights().

10 $MyGroupDoc.saveWithProgramminRights()

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How do I get a user to add himself to a group?

2009-06-15 Thread Guillaume Lerouge

Hi Dean,

On Mon, Jun 15, 2009 at 3:46 PM, Dean G Weber wrote:

> >
> > Small typo:
> > The check is made on whether the page that holds the groovy script was
> saved
> > *BY* *AN USER* *WHO HAS* programming rights.
> >
> > Guillaume
> >
>
>
> The page that contains the Groovy script was create by me, (admin), and it
> executes without a problem. It returns the expected results. It is not the
> issue.
>
>
>
> > On Thu, Jun 11, 2009 at 8:35 PM, Guillaume Lerouge
> wrote:
> >
> > Hi Dean,
> >
> > On Thu, Jun 11, 2009 at 7:49 PM, Dean G Weber
> wrote:
> >
> >> I've been struggling for a while with the dilemma of getting a user
> into a
> >> group. Let me supply some background on what  we've been trying to do
> with
> >> Xwiki.
> >>
> >> We're trying to use Xwiki for an internal collaborative site.
> Management
> >> has decided that users of the wiki must complete proper training.
> Without
> >> the training, the user cannot add to the wiki pages.
> >>
> >> For authentication, we've connected the wiki to our LDAP server via the
> >> xwik.cfg file. Authenticated users are automatically placed into the
> >> XWikiAllGroup by default.  In order to accommodate management
> >> requirements, I created a new user group... let's call it
> >> "TrainedUsersGroup".
> >>
> >> Once authenticated, users are placed into the Webhome page of the wiki.
> >> I've placed Velocity script on the Webhome page to check if the user is
> in
> >> the TrainedUsersGroup. If the user is not in the group, the user is
> >> redirected to the NoAccess.WebHome page.
> >>
> >> On the NoAccess.Webhome page another check is made to determine if the
> >> user is in the TrainedUsersGroup. If the user is not in the group,  a
> call
> >> is made to a Groovy class (on another page in the Groovy namespace).
> The
> >> groovy code executes a system call to grep on the Linux system running
> the
> >> Xwiki against a CSV file pulled from an intranet web report. The passed
> >> user's login (which is the same as the LDAP user id) is checked against
> >> this file. If the returned grep output shows that the training has been
> >> completed, the NoAccess.WebHome page will attempt to add the user to
> the
> >> TrainedUsersGroup. If the user is added to the TrainedUsersGroup as
> >> determined after another check, the user is redirected back to the
> >> originating WebHome page.
> >>
> >> This mechanism works great if the user accessing the pages is an admin.
> >> However, if the user is a regular user everything except the addition
> to
> >> the group works. Instead, the code to place the user in the group
> displays
> >> on the page. It does not run and put the user into the
> TrainedUsersGroup.
> >> This is no good for our needs in which we must restrict Xwiki access
> for
> >> non-trained users.
> >>
> >
> > "Instead, the code to place the user in the group displays
> > on the page."
> >
> > *-> question:* does the wiki receive the grep output in all cases? Can
> you
> > get the output printed on the screen even if the context user isn't an
> > admin? If not, the problem arises earlier and you'd need to identify
> exactly
> > where it comes from.
> >
>
>
> The grep output is received as expected. The Groovy code returns a result
> that is correct. The Groovy script is working fine and is not the problem.
> The variable $completed_training is set to the strings "true" or "false"
> output from the Groovy code in the proper manner. I've displayed these in
> debugging code to the screen.
>
>
>
> > *-> observation:* this issue is typical of lacking programming rights.
> > Programming rights are different from other rights in that the check is
> not
> > made on whether the current user has programming rights. The check is
> made
> > on whether the page that holds the groovy script was saved with someone
> > holding programming rights. This is why the check you're doing against
> the
> > visiting user doesn't work.
> >
> > Programming rights work this way in order to prevent a non-authorized
> > person to create and execute a privileged script. Therefore what matters
> is
> > the state of the page holding your script at the point when it is being
> > called. What is somehow happening is that the system thinks the page
> holding
> > the script has been saved by the current user at some point and thus
> > displays its literal content instead of running the code.
> >
>
> I don't understand this. I am admin and I have edited the page. The users
> have been restricted and not granted edit rights to the page. It is not
> possible for system to think the page has been saved by the current user.
> A search on the page shows the last modified was me.
>
>
> > Thus you may want to check whether your application makes XWiki think
> that
> > the context user is the one who saved the groovy page. You need to make
> sure
> > that XWiki doesn't think that the NoAccess.WebHome page holding your
> second
> > script has been saved by the current user. Check for occurences of
> > $do

Re: [xwiki-users] How do I get a user to add himself to a group?

2009-06-15 Thread Dean G Weber

> 
> Small typo:
> The check is made on whether the page that holds the groovy script was 
saved
> *BY* *AN USER* *WHO HAS* programming rights.
> 
> Guillaume
> 


The page that contains the Groovy script was create by me, (admin), and it 
executes without a problem. It returns the expected results. It is not the 
issue.



> On Thu, Jun 11, 2009 at 8:35 PM, Guillaume Lerouge 
wrote:
> 
> Hi Dean,
>
> On Thu, Jun 11, 2009 at 7:49 PM, Dean G Weber 
wrote:
>
>> I've been struggling for a while with the dilemma of getting a user 
into a
>> group. Let me supply some background on what  we've been trying to do 
with
>> Xwiki.
>>
>> We're trying to use Xwiki for an internal collaborative site. 
Management
>> has decided that users of the wiki must complete proper training. 
Without
>> the training, the user cannot add to the wiki pages.
>>
>> For authentication, we've connected the wiki to our LDAP server via the
>> xwik.cfg file. Authenticated users are automatically placed into the
>> XWikiAllGroup by default.  In order to accommodate management
>> requirements, I created a new user group... let's call it
>> "TrainedUsersGroup".
>>
>> Once authenticated, users are placed into the Webhome page of the wiki.
>> I've placed Velocity script on the Webhome page to check if the user is 
in
>> the TrainedUsersGroup. If the user is not in the group, the user is
>> redirected to the NoAccess.WebHome page.
>>
>> On the NoAccess.Webhome page another check is made to determine if the
>> user is in the TrainedUsersGroup. If the user is not in the group,  a 
call
>> is made to a Groovy class (on another page in the Groovy namespace). 
The
>> groovy code executes a system call to grep on the Linux system running 
the
>> Xwiki against a CSV file pulled from an intranet web report. The passed
>> user's login (which is the same as the LDAP user id) is checked against
>> this file. If the returned grep output shows that the training has been
>> completed, the NoAccess.WebHome page will attempt to add the user to 
the
>> TrainedUsersGroup. If the user is added to the TrainedUsersGroup as
>> determined after another check, the user is redirected back to the
>> originating WebHome page.
>>
>> This mechanism works great if the user accessing the pages is an admin.
>> However, if the user is a regular user everything except the addition 
to
>> the group works. Instead, the code to place the user in the group 
displays
>> on the page. It does not run and put the user into the 
TrainedUsersGroup.
>> This is no good for our needs in which we must restrict Xwiki access 
for
>> non-trained users.
>>
>
> "Instead, the code to place the user in the group displays
> on the page."
>
> *-> question:* does the wiki receive the grep output in all cases? Can 
you
> get the output printed on the screen even if the context user isn't an
> admin? If not, the problem arises earlier and you'd need to identify 
exactly
> where it comes from.
>


The grep output is received as expected. The Groovy code returns a result 
that is correct. The Groovy script is working fine and is not the problem. 
The variable $completed_training is set to the strings "true" or "false" 
output from the Groovy code in the proper manner. I've displayed these in 
debugging code to the screen.



> *-> observation:* this issue is typical of lacking programming rights.
> Programming rights are different from other rights in that the check is 
not
> made on whether the current user has programming rights. The check is 
made
> on whether the page that holds the groovy script was saved with someone
> holding programming rights. This is why the check you're doing against 
the
> visiting user doesn't work.
>
> Programming rights work this way in order to prevent a non-authorized
> person to create and execute a privileged script. Therefore what matters 
is
> the state of the page holding your script at the point when it is being
> called. What is somehow happening is that the system thinks the page 
holding
> the script has been saved by the current user at some point and thus
> displays its literal content instead of running the code.
>

I don't understand this. I am admin and I have edited the page. The users 
have been restricted and not granted edit rights to the page. It is not 
possible for system to think the page has been saved by the current user. 
A search on the page shows the last modified was me.


> Thus you may want to check whether your application makes XWiki think 
that
> the context user is the one who saved the groovy page. You need to make 
sure
> that XWiki doesn't think that the NoAccess.WebHome page holding your 
second
> script has been saved by the current user. Check for occurences of
> $doc.save() (velocity) or doc.save() (groovy) in your code and make sure
> that XWiki thinks the user performing the action is an user with 
programming
> rights.
>


The Groovy page is not the problem. The NoAccess.WebHome page has been 
shown to be saved by the admin, me.

Re: [xwiki-users] Live Table "Loading... Page" never ends

2009-06-15 Thread Ludovic Dubost


Which Live Table are you trying ?

Is it the one installed as a XAR file downloaded from code.xwiki.org, or 
is it the one bundled with XE 1.9/XEM 1.7 ?

Do you see anything in the log or in Firebug (using Firefox) ?

Ludovic

Henk Schouten a écrit :
> Hello,
>
> Another problem I encounter with my freshly installed XEM 1.7. It seems 
> that the new component Live Table never finishes loading a page list. 
> The animated gif and the text "Loading... Page" appears and than nothing 
> happens and the page seems frozen Again I have seen this problem 
> both in XEM 1.6.4 and 1.7. I am using tomcat 5.5.27 and Oracle 10G 
> database. The same problem occurs in the Users and Groups section of the 
> Administration page, which makes it very hard to setup a new wiki 
> completely.
>
> Anyone else who has the same problem? Is there a way to fix this?
>
> Henk
>
>   


-- 
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Live Table "Loading... Page" never ends

2009-06-15 Thread Henk Schouten


Hello,

Another problem I encounter with my freshly installed XEM 1.7. It seems 
that the new component Live Table never finishes loading a page list. 
The animated gif and the text "Loading... Page" appears and than nothing 
happens and the page seems frozen Again I have seen this problem 
both in XEM 1.6.4 and 1.7. I am using tomcat 5.5.27 and Oracle 10G 
database. The same problem occurs in the Users and Groups section of the 
Administration page, which makes it very hard to setup a new wiki 
completely.

Anyone else who has the same problem? Is there a way to fix this?

Henk

-- 
==
Henk F. Schouten, ICT-architect, Dienst ICT
room: SL 2.32, phone (31) 70 4457611, email: h.f.schou...@hhs.nl
De Haagse Hogeschool, Johanna Westerdijkplein 75, 2521 EN the Hague (NL)


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Error creating wiki using template

2009-06-15 Thread PERINAUD Christophe

Hi,

I'm using XEM 1.6 from the jetty pack and Oracle 10g and i have the same 
problem. The template feature is not working. You should also have sometimes 
exceptions in the console with data types problems, founding an empty data set 
but expecting a blob one. What i did is to create a virtuel wiki only used as a 
template and exporting it and then import in any new wiki.

-Message d'origine-
De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de 
Henk Schouten
Envoyé : lundi 15 juin 2009 14:39
À : users@xwiki.org
Objet : [xwiki-users] Error creating wiki using template

Hello,

I have recently started using the XWiki Manager to manage 2 separate 
xwiki instances. While playing around and creating a new wiki I noticed 
that I cannot create a new wiki using a template wiki. If I create a new 
wiki using exactly the same settings but without a template it works 
just fine. I have tried this with XEM  1.6.4 and XEM 1.7. Both have the 
same problem. I am using tomcat 5.5.27 and an Oracle 10G database. The 
problem apparently has to do with a sequence in the database.

Anyone got an idea what may be causing this?

Thanks,
Henk

Error number 4001 in 4: Error while parsing velocity page 
WikiManager.CreateNewWiki Wrapped Exception: Failed to evaluate content 
with id 
Create
 
New Wiki 

Error number 4001 in 4: Error while parsing velocity page 
WikiManager.CreateNewWiki
Wrapped Exception: Failed to evaluate content with id Create New Wiki 

com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing 
velocity page WikiManager.CreateNewWiki
Wrapped Exception: Failed to evaluate content with id Create New Wiki 

at 
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:114)
at 
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:85)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at 
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:533)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:450)
at sun.reflect.GeneratedMethodAccessor294.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at 
org.xwiki.velocity.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:178)
at 
org.xwiki.velocity.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:143)
at 
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:108)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1611)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:655)
at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at 
org.apache.velocity.runtime.pars

[xwiki-users] [curriki-devs] Large XAR imports

2009-06-15 Thread Ludovic Dubost



Hi,

I have published a large XAR import script which instead of working with
an uploaded file (which causes an issue because large XAR files - over
20Megabytes -  cannot be attached in the Wiki at all or without a
significant increase in JVM memory settings when hte file is not VERY
large) works with a file on the server file system. Also it works to
import page by page in order to scale to really very large XARs (the
standard import API is also limited since it needs to be able to load
all documents in memory which is of course impossible if the XAR is
bigger than the memory settings of the JVM).

http://code.xwiki.org/xwiki/bin/view/Snippets/LargeXARImportScriptSnippet

We have tested it for some wiki migrations from ISO to UTF which have to
be done using XAR import/export and it worked fine, but it has not been
fully reviewed and can still have some issues. Let me know here if you
experience issues.

Ludovic

--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost


___
curriki-devs mailing list
curriki-d...@xwiki.org
http://lists.xwiki.org/mailman/listinfo/curriki-devs

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Error creating wiki using template

2009-06-15 Thread Henk Schouten

Hello,

I have recently started using the XWiki Manager to manage 2 separate 
xwiki instances. While playing around and creating a new wiki I noticed 
that I cannot create a new wiki using a template wiki. If I create a new 
wiki using exactly the same settings but without a template it works 
just fine. I have tried this with XEM  1.6.4 and XEM 1.7. Both have the 
same problem. I am using tomcat 5.5.27 and an Oracle 10G database. The 
problem apparently has to do with a sequence in the database.

Anyone got an idea what may be causing this?

Thanks,
Henk

Error number 4001 in 4: Error while parsing velocity page 
WikiManager.CreateNewWiki Wrapped Exception: Failed to evaluate content 
with id 
Create
 
New Wiki 

Error number 4001 in 4: Error while parsing velocity page 
WikiManager.CreateNewWiki
Wrapped Exception: Failed to evaluate content with id Create New Wiki 

com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing 
velocity page WikiManager.CreateNewWiki
Wrapped Exception: Failed to evaluate content with id Create New Wiki 

at 
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:114)
at 
com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:85)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:272)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:202)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:170)
at 
com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultXWikiRenderingEngine.java:159)
at 
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:533)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:450)
at sun.reflect.GeneratedMethodAccessor294.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at 
org.xwiki.velocity.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:178)
at 
org.xwiki.velocity.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:143)
at 
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:108)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1611)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:655)
at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
at 
org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
at 
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:17

Re: [xwiki-users] Skin modification question

2009-06-15 Thread oana . tabaranu

Hi Gerritjan,

The best way to update your skin is to edit DefaultSkin because you need
not have server access and you can change the look and feel for your XWiki
instance for: one page, one user, one space or the entire wiki.

You should use the object editor for DefaultSkin and just follow the steps:
-copy/paste the content of Style.css from the filesystem to style.css
field (this in fact overrides  Style.css from the filesystem so that your
wiki will use the content of style.css)
-add a new property named toucan.css to XWiki.XWikiSkins class
-copy/paste the new content of toucan code in toucan.css
You need not modify your custom stylesheets.vm from the filesystem,
because the skin will use that version. Although, the best practice for
stylesheets.vm is the same as for toucan(add a property named
stylesheets.vm  in the skin and override the property content).

Best regards,
Oana

> Hi Stepane,
>
> Although the concept of placing the Toucan.css in the Skin of the Wiki
> instead of the filesystem makes sense
> I'm not sure if this works for us...
> Our skin is DefaultSkin
> In this I have the field Style.css. I could put the file style.css
> into this field (copy the code)
> In this stylesheet there is:
> @import "microformats.css";
> @import "fullscreenEdit.css";
> @import "css/table/table.css";
> @import "usersandgroups.css";
> @import "suggest/ajaxSuggest.css";
> @import "rss.css";
> @import "toucan.css";
> Now we have updated the toucan.css
> If I put toucan.css as a attachment to DefaultSkin i'm not sure if it
> works
> Because we also have a script in the skin stylesheets.vm
> that will replace style.css under certain conditions;
>
> #if($cntryCd)
>   #set($defaultstyle = $cntryCd+$styleExtn)
>   #set($completeURL = $request.getRequestURL())
>   ##* $completeURL
>   #if($completeURL.indexOf("/view") > 0)
>   ##* Am I here
>   #set($viewIndex = $completeURL.indexOf("/view"))
>   #set($firstPartURL = $completeURL.substring(0, $viewIndex))
>   #set($newURL = $firstPartURL + 
> '/skin/skins/cdlsskin/'+$defaultstyle)
>
>   #set($urlCont = $xwiki.getURLContent($newURL, 1500))
>   #if($urlCont.contains("@import"))
>
>   #else
>   #set ( $defaultstyle = "style.css" )
>   #end
>   #else
>   #set ( $defaultstyle = "style.css" )
>   #end
> #end
>
> The stylesheets that would be called by this script are all on the
> filesystem;
> They all have a call to toucan.css (see below for one example)
> @import "microformats.css";
> @import "fullscreenEdit.css";
> @import "css/table/table.css";
> @import "usersandgroups.css";
> @import "suggest/ajaxSuggest.css";
> @import "rss.css";
> @import "toucan.css";
> @import "css/colors/blue.css";
>
> If you think it can still work putting the toucan in the wikipage; as
> a attachment or into a new attributue toucan.css which I should add to
> the standard class xwiki.xwikiskins?
>
> Hope you can help. (i will also post this conversation on users)
>
> Gerritjan
>
> On 4 jun 2009, at 17:40, stephane barbey wrote:
>
>> Hi Gerritjan,
>>
>> There's a way to set your new css file without access on the server.
>>
>> 1/ Go on your skin page, edit that page in object mode, open the
>> Default XWiki Skin property and chose in which field you want to
>> overwrite your new css.
>>
>> 2/ Back up the current toucan.css : I don't personnally have access
>> to the server. Nevertheless, there's a way to read the content of
>> the toucan.css files typing that url :
>> http://cdlsworld2.xwiki.com/xwiki/skins/toucan/toucan.css
>> . Then you can copy/paste the content of that file.
>>
>> Best regards
>>
>> Gerritjan Koekkoek a écrit :
>>>
>>> Hi Stephane,
>>>
>>> I've received an update of toucan.css,
>>> Could i request you one more time to place this file in our webapps/
>>> xwiki/skins/cdlsskin.
>>> Could you make a backup of the current toucan.css before doing this?
>>>
>>> I have a question about placing this file into the wiki?
>>> As I understand in the tutorial i can create a new skin in the wiki.
>>> Could I add a new property to the Skin, by editing the
>>> XWiki.XWikiSkins class?
>>> name toucan.css, type TextArea?
>>>
>>> Or will this only work for vm template's
>>>
>>> Gerritjan Koekkoek
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Custom authentication, LDAP configuration

2009-06-15 Thread Thomas Mortagne

On Tue, Jun 9, 2009 at 17:10, Andawyr wrote:
>
>
>
> tmortagne wrote:
>>
>> If you just want the part which create a xwiki user from ldap
>> information you can look at XWikiLDAPAuthServiceImpl
>> (http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/user/impl/LDAP/XWikiLDAPAuthServiceImpl.java)
>> to see how it does it and do the same. #createUserFromLDAP and
>> #updateUserFromLDAP methods which are both protected. You can also
>> look at #syncUser which take care of calling create or update.
>>
>> I just suggested the cleaner way for your authenticator in the long term
>> IMO.
>>
>
> Maybe I haven't presented my issue clear enough, since I don't think you
> quite understand what I'm after. Or, maybe you do and I'm just not grocking
> your response.
>
> let me try again :-) Our current authentication class will do the following:
>
> - allow forms based login, if the wiki is accessed from outside the
> application that creates the SSO login cookie.
> - if the SSO login cookie exists, use the ID contained in the cookie to
> validate the user against LDAP.  note that the password is not checked,
> since that has already been done by the containing application.
>
> So, when a user signs in for the first time and accesses the wiki, the user
> will be created in XWiki, and placed into the 'all users' group.  On
> subsequent logins, user information is updated from LDAP.
>
> However, to properly configure groups to restrict access to various bits of
> wiki content, the users all need to sign into the application first before I
> can add them to the group, since searching as currently implemented does NOT
> search ldap; rather, it searches the local user database.
>
> I need to have user searching go against LDAP directly, so the restriction
> of forcing users to sign into the application first is not required.
>
> I hope that explains what I'm trying to do.

Yes now i understand ;)

So what you need is that group admin UI look at LDAP also instead of
just XWiki (or at worst to synch all the LDAP users once), right ?

There is nothing like that in standard and i doubt it's easy to modify
the user/group UI to support other users "sources".

Note that if you know the users uids you can put them in the groups
even if the users does not exists yet. Simply add "XWiki."
(or xwiki:XWiki.userid) depending of your LDAP configuration in group.
Look at existing users ids in the group you want to edit to be sure.

>
> --
> View this message in context: 
> http://n2.nabble.com/Custom-authentication%2C-LDAP-configuration-tp3031494p3050026.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] [Proposal] XWiki Enterprise 2.0 Roadmap

[xwiki-users] Korean and Japanese language

Re: [xwiki-users] Problem with WYSIWYG editor and blog

Re: [xwiki-users] Live Table "Loading... Page" never ends

[xwiki-users] LDAP Groups and Rights/Privileges

Re: [xwiki-users] Problem with WYSIWYG editor and blog

Re: [xwiki-users] [Proposal] XWiki Enterprise 2.0 Roadmap

Re: [xwiki-users] How do I get a user to add himself to a group?

[xwiki-users] [Proposal] XWiki Enterprise 2.0 Roadmap

Re: [xwiki-users] How do I get a user to add himself to a group?

Re: [xwiki-users] How do I get a user to add himself to a group?

Re: [xwiki-users] How do I get a user to add himself to a group?

Re: [xwiki-users] How do I get a user to add himself to a group?

Re: [xwiki-users] Live Table "Loading... Page" never ends

[xwiki-users] Live Table "Loading... Page" never ends

Re: [xwiki-users] Error creating wiki using template

[xwiki-users] [curriki-devs] Large XAR imports

[xwiki-users] Error creating wiki using template

Re: [xwiki-users] Skin modification question

Re: [xwiki-users] Custom authentication, LDAP configuration

20 matches

Site Navigation

Mail list logo

Footer information