Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
Hi Thomas,
Yes, there is an entry on this, but it looks like it doesn't find
anything.
ldap.XWikiLDAPUtils - Retrieving Members of the group:
cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
ldap.XWikiLDAPUtils - Found group
[cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
ldap.XWikiLDAPUtils - Retrieving Members of the group:
cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
ldap.XWikiLDAPUtils - Found group
[cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
ldap.XWikiLDAPUtils - Retrieving Members of the group:
cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
ldap.XWikiLDAPUtils - Found group
[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
ldap.XWikiLDAPUtils - Retrieving Members of the group:
cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
ldap.XWikiLDAPUtils - Found group
[cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
The Admin-group in LDAP looks like this:
dn:
cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
DirXML-Associations:
cn=AUTH-IDV,cn=DriverSet,ou=IDM,ou=system,o=wlgore#1#{E21DA9D4-FD4F-944c-40BA-E21DA9D4FD4F}
equivalentToMe: cn=a12345,ou=associates,ou=users,o=wlgore
objectClass: groupOfNames
objectClass: Top
member: cn=a12345,ou=associates,ou=users,o=wlgore
description: XWiki Admin Group
cn: Admin
So I see no reason for it not finding the members. In regards to the group
cache, I already set it to 60s just to make sure it's being refreshed -
with no effect.
Thanks!
Thomas
"Thomas Mortagne" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
18.11.2008 18:26
Please respond to
XWiki Users
To
"XWiki Users"
cc
Subject
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
Hi,
On Tue, Nov 18, 2008 at 5:39 PM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've updated from 1.5.2 to 1.6.1. After this, I found all groups beeing
> empty - so no users were there anymore.
>
> As result I started mapping LDAP groups to XWiki groups to let XWiki
> populate the memberships again - I was planning this anyway.
>
> For some reason XWiki is not able to get the groups members and I cannot
> understand why. Also it is not putting my user in the XWiki.AllGroup -
> still my groups do not have any member.
>
Can you see "Retrieving Members of the group..." anywhere in the whole log
?
In your log I only see "Found group" which should means the group
cache already contains the group members.
> This are the logs:
>
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating existing user with LDAP
> attribues located at cn=a12345,ou=associates,ou=users,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Ready to create user from LDAP
> with fields
>
last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.XWikiAdminGroup
> cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MSOEGroup
> cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MedicalFabricsAdmGroup
>
cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MedicalFabricsGroup
>
cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating group membership for
the
> user: tzwitano
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - The user belongs to following
> XWiki groups:
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - All defined XWiki groups:
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MSOEGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsAdmGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrAdmin
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrUser
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAdminGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
> DEBUG ldap.XWikiLDAPUtils - Found group
>
[cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils - Found group
>
[cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils - Found group
>
[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils
Re: [xwiki-users] macros not executed?
Yishay Mor wrote: > At > http://patternlanguagenetwork.myxwiki.org/ > I'm seeing a strange phenomena. Some macros ocasionaly appear literally in > the rendered page, and are only evaluated when I refresh. Where are the macros defined? Is it scripts.IndexPage? There is a problem in the way macros are included, caused by the way the Velocity engine works with what it calls macro libraries. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Trouble with Panel Wizard
Hi, I created a new widget displaying some statistical data via the Panel Wizard. With the 'admin' logins, that widget is always visible. However, when i logged in with non-admin username ( with View right granted), the newly created widget is no longer visible. Apparently, there are 2 most likely causes: -The widget contains a Groovy/Velocity snippet that requires Programming right to see - The non-admin username does not enough rights to see the widget Anyone could help me? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] macros not executed?
At
http://patternlanguagenetwork.myxwiki.org/
I'm seeing a strange phenomena. Some macros ocasionaly appear literally in
the rendered page, and are only evaluated when I refresh.
e.g., on -
http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/
I have this code:
===
> 1: #includeInContext("scripts.IndexPage")
> 2:
> 3: A scenario is a description of a speculative event, describing a
> 4: problem / issue / desired function in a well-defined context, and a
> 5: possible manner of addressing it. It is similar to a case study, except
> 6: that it is a-priori rather than a-posteriori, and should have a more
> 7: detailed justification of the proposed solution.
> 8:
> 9:
> 10:
> 11: #fullCreateForm("Scenarios.WebHome" "" "Scenario" "scenario")
> 12: #set($fields = ["Group", "Status"])
> 13: #dataTable("Scenario" "Scenario" "Summary" $fields)
> 14:
>
===
I see -
===
> A scenario is a description of a speculative event, describing a problem /
> issue / desired function in a well-defined context, and a possible manner of
> addressing it. It is similar to a case study, except that it is a-priori
> rather than a-posteriori, and should have a more detailed justification of
> the proposed solution.
>
> --
>
> #fullCreateForm("Scenarios.WebHome" "" "Scenario" "scenario")
> #dataTable("Scenario" "Scenario" "Summary" Group,
> Status?
> )
>
===
I refresh, and see -
===
A scenario is a description of a speculative event, describing a problem /
issue / desired function in a well-defined context, and a possible manner of
addressing it. It is similar to a case study, except that it is a-priori
rather than a-posteriori, and should have a more detailed justification of
the proposed solution.
--
*New scenario*:
Name[image:
↓]
Create[image:
↓]
By[image:
↓]
Edit[image:
↓]
By[image:
↓]
Group[image:
↓]
Status[image:
↓]
avatiach
18 Nov 2008 Yishay
Mor
18 Nov 2008 Yishay
Mor
--
___
Yishay Mor, Researcher, London Knowledge Lab
http://www.lkl.ac.uk/people/mor.html
http://www.google.com/calendar/embed?src=yishaym%40gmail.com
+44-20-7837 x5737
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Linking to Google (Analytics and search)
Thanks, Gerritjan! I can read the disclaimer and get your point about why do you want to exclude it from indexing. Once people reach your site they could always take advantage of the great indexing capabilities included with XWiki. Nice to see works like yours! We (the Genomic Medicine Group at USC, Spain) have now some groups working on research and genetic diagnose of a big number of congenital diseases. And we are looking forward to use XWiki in our work! Keep in touch! Cheers, Ricardo Gerritjan Koekkoek wrote: > Hi Ricardo, > > We will go live in November... > Keep an eye on www.cdlsworld.org (currently a static site) > The Section "Ask the Doctor" will be replaced by xwiki first! > Our disclaimer is already there? > > Gerritjan Koekkoek > > On 16 nov 2008, at 13:20, [Ricardo Rodriguez] Your EPEC Network ICT > Team wrote: > > >> Hi, Gerritjan, >> >> I am afraid I have no answer for your question, but I would liketo ask >> you for the name/link or your site. May I read this disclosure? We are >> working in contents about pharmacogenomics and it will be great to >> have >> contact with other people in the Human Health arena using XWiki. >> Thanks! >> >> Ricardo >> >> >> Gerritjan Koekkoek wrote: >> >>> All, >>> >>> Where and how would you suggest to link a xWiki to google analytics? >>> >>> Besides that, How can I control what content is indexed by external >>> search engines (like Google, Yahoo) >>> I have specific content that I would like to exclude from indexes, >>> although it is on public accessible pages. >>> In our system it is accessible by clcking a disclosure (because it >>> contains medical advise) >>> >>> Gerritjan >>> ___ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >>> >>> >> -- >> Ricardo Rodríguez >> Your EPEC Network ICT 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 > > > -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
Hi,
On Tue, Nov 18, 2008 at 5:39 PM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've updated from 1.5.2 to 1.6.1. After this, I found all groups beeing
> empty - so no users were there anymore.
>
> As result I started mapping LDAP groups to XWiki groups to let XWiki
> populate the memberships again - I was planning this anyway.
>
> For some reason XWiki is not able to get the groups members and I cannot
> understand why. Also it is not putting my user in the XWiki.AllGroup -
> still my groups do not have any member.
>
Can you see "Retrieving Members of the group..." anywhere in the whole log ?
In your log I only see "Found group" which should means the group
cache already contains the group members.
> This are the logs:
>
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating existing user with LDAP
> attribues located at cn=a12345,ou=associates,ou=users,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Ready to create user from LDAP
> with fields
> last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.XWikiAdminGroup
> cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MSOEGroup
> cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MedicalFabricsAdmGroup
> cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
> XWiki.MedicalFabricsGroup
> cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating group membership for the
> user: tzwitano
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - The user belongs to following
> XWiki groups:
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - All defined XWiki groups:
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MSOEGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsAdmGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrAdmin
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrUser
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAdminGroup
> DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
> DEBUG ldap.XWikiLDAPUtils - Found group
> [cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils - Found group
> [cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils - Found group
> [cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
> DEBUG ldap.XWikiLDAPUtils - Found group
> [cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> members :{}
>
> This is my config:
>
> #-# new LDAP authentication service
> xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
>
> #-# Turn LDAP authentication on - otherwise only XWiki authentication
> #-# 0: disable
> #-# 1: enable
> xwiki.authentication.ldap=1
>
> #-# Force to check password after LDAP connection
> #-# 0: disable
> #-# 1: enable
> xwiki.authentication.ldap.validate_password=0
>
> #-# only members of the following group will be verified in the LDAP
> # otherwise only users that are found after searching starting from the
> base_DN
> #xwiki.authentication.ldap.user_group=o=wlgore
>
> #-# base DN for searches
> #xwiki.authentication.ldap.base_DN=o=wlgore
>
> #-# Specifies the LDAP attribute containing the identifier to be used as
> the XWiki name (default=cn)
> xwiki.authentication.ldap.UID_attr=uid
>
> #-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
> #-# Specifies the LDAP attribute containing the password to be used "when
> xwiki.authentication.ldap.validate_password" is set to 1
> # xwiki.authentication.ldap.password_field=userPassword
>
> #-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
> #-# The potential LDAP groups classes. Separated by commas.
> xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList,Top
> #xwiki.authentication.ldap.group_classes=groupOfNames,Top,groupOfNames
>
> #-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
> #-# The potential names of the LDAP groups fields containings the members.
> Separated by commas.
> xwiki.authentication.ldap.group_memberfields=member,equivalentToMe
>
> #-# retrieve the following fields from LDAP and store them in the XWiki
> user object (xwiki-attribute=ldap-attribute)
> #-# ldap_dn=dn -- dn is set by class, caches dn in XWiki.user object for
> faster access
> xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,fullname=fullName,em
[xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
Hi,
I've updated from 1.5.2 to 1.6.1. After this, I found all groups beeing
empty - so no users were there anymore.
As result I started mapping LDAP groups to XWiki groups to let XWiki
populate the memberships again - I was planning this anyway.
For some reason XWiki is not able to get the groups members and I cannot
understand why. Also it is not putting my user in the XWiki.AllGroup -
still my groups do not have any member.
This are the logs:
DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating existing user with LDAP
attribues located at cn=a12345,ou=associates,ou=users,o=wlgore
DEBUG ldap.XWikiLDAPConfig- Ready to create user from LDAP
with fields
last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
XWiki.XWikiAdminGroup
cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
XWiki.MSOEGroup
cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
XWiki.MedicalFabricsAdmGroup
cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
DEBUG ldap.XWikiLDAPConfig- Groupmapping found:
XWiki.MedicalFabricsGroup
cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
DEBUG LDAP.XWikiLDAPAuthServiceImpl - Updating group membership for the
user: tzwitano
DEBUG LDAP.XWikiLDAPAuthServiceImpl - The user belongs to following
XWiki groups:
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
DEBUG LDAP.XWikiLDAPAuthServiceImpl - All defined XWiki groups:
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MSOEGroup
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsAdmGroup
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.MedicalFabricsGroup
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrAdmin
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.TrillrUser
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAdminGroup
DEBUG LDAP.XWikiLDAPAuthServiceImpl - XWiki.XWikiAllGroup
DEBUG ldap.XWikiLDAPUtils - Found group
[cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
DEBUG ldap.XWikiLDAPUtils - Found group
[cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
DEBUG ldap.XWikiLDAPUtils - Found group
[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
DEBUG ldap.XWikiLDAPUtils - Found group
[cn=MedFabUser,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
members :{}
This is my config:
#-# new LDAP authentication service
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
#-# Turn LDAP authentication on - otherwise only XWiki authentication
#-# 0: disable
#-# 1: enable
xwiki.authentication.ldap=1
#-# Force to check password after LDAP connection
#-# 0: disable
#-# 1: enable
xwiki.authentication.ldap.validate_password=0
#-# only members of the following group will be verified in the LDAP
# otherwise only users that are found after searching starting from the
base_DN
#xwiki.authentication.ldap.user_group=o=wlgore
#-# base DN for searches
#xwiki.authentication.ldap.base_DN=o=wlgore
#-# Specifies the LDAP attribute containing the identifier to be used as
the XWiki name (default=cn)
xwiki.authentication.ldap.UID_attr=uid
#-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
#-# Specifies the LDAP attribute containing the password to be used "when
xwiki.authentication.ldap.validate_password" is set to 1
# xwiki.authentication.ldap.password_field=userPassword
#-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
#-# The potential LDAP groups classes. Separated by commas.
xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList,Top
#xwiki.authentication.ldap.group_classes=groupOfNames,Top,groupOfNames
#-# [SINCE 1.5M1, XWikiLDAPAuthServiceImpl]
#-# The potential names of the LDAP groups fields containings the members.
Separated by commas.
xwiki.authentication.ldap.group_memberfields=member,equivalentToMe
#-# retrieve the following fields from LDAP and store them in the XWiki
user object (xwiki-attribute=ldap-attribute)
#-# ldap_dn=dn -- dn is set by class, caches dn in XWiki.user object for
faster access
xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
#-# [SINCE 1.3M2, XWikiLDAPAuthServiceImpl]
#-# on every login update the mapped attributes from LDAP to XWiki
otherwise this happens only once when the XWiki account is created.
xwiki.authentication.ldap.update_user=1
#-# [SINCE 1.3M2, XWikiLDAPAuthServiceImpl]
#-# mapps XWiki groups to LDAP groups, separator is "|"
xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=Admin,ou=XWiki,ou=Corp,ou=
Re: [xwiki-users] mailto links & code blocks
Thanks a ton, Vincent! Really great work on XWiki :-D
On Sat, Nov 15, 2008 at 4:01 AM, Vincent Massol <[EMAIL PROTECTED]> wrote:
>
> On Nov 14, 2008, at 7:27 PM, Vincent Massol wrote:
>
> > Hi Lewis,
> >
> > On Nov 14, 2008, at 6:13 PM, Lewis Denizen wrote:
> >
> >> Hi xwiki-users,
> >>
> >> I've been using XE 1.6 for quite some time and it's one of the best
> >> apps
> >> that I've ever used (thank you so much)!
> >
> > Thanks a lot for the praise. You're sure to earn a quick response with
> > such comments ;)
> >
> >> Few small questons/issues.
> >> Whenever I create a mailto: link in xwiki 2.0 syntax, I can't put
> >> spaces in
> >> it:
> >>
> >> [[mailto:[EMAIL PROTECTED]@test.com&subject=This is a test]]
> >>
> >> It used to be possible with the xwiki 1.0 syntax, though.
> >
> > I'm checking this since this looks like a bug.
>
> Fixed now, will be in XE 1.7M3.
>
> See http://jira.xwiki.org/jira/browse/XWIKI-2838
>
> Thanks for reporting this.
>
> -Vincent
>
> > I'm really glad to see people are starting to use the XWiki 2.0
> > syntax. It's brand new and not fully finished yet (will be for 1.7
> > final) so all feedback is much appreciated.
> >
> >> Also, I'd like to know how people are managing to place code
> >> snippets in
> >> xwiki 2.0 syntax. In the past, I had used the {code} macro, but now
> >> that
> >> it's gone, what do people use? Do people just wrap it in a
> >> now? How
> >> about code syntax highlighting?
> >
> > It's being rewritten by Thomas Mortagne right now. It's almost ready
> > actually. We're now using Pygments (http://pygments.org) under the
> > hood so you get access to syntax highlighting for all the following
> > languages:
> > http://pygments.org/languages/
> >
> > Now if you only need to escape content and not do any formatting/
> > highlighting you can use the new verbatim syntax. For example:
> >
> > {{{ whatever here }}}
> >
> > or
> >
> > {{{
> > whatever here
> > }}}
> >
> > Thanks
> > -Vincent
> >
> >> Keep up the good work!
> ___
> 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 to reduce database size?
Hi Jan, You should definitely not use HSQLDB for anything other than demo purpose. You should use a real production database such as MySQL. You can export from HSQLDB and reimport in MySQL. Thanks -Vincent On Nov 18, 2008, at 3:02 PM, Jan-Sebastian Winckelmann wrote: > > > Hello, > > we run a small XWiki Enterprise (now V1.6.1) in the out-of-the-box > HSQL / > jetty version. Actually it's not so small anymore and the HSQL > database > file grew to a size of 1,4 GB. This size doesn't represent the > actual size > of the attachments stored in the XWiki, it's much, much bigger. So I > guess > there is a lot of space wasted by old versions and other unwanted > stuff > maybe left there as the results of several XWiki version upgrades. > > Is there any safe way to clean-up the database? Which tables could be > emptied? I can live with losing all the versioned attachments and > pages. > > Due to limited Java heap size we already get OutOfMemory exceptions > when > trying to delete bigger attachments or export some bigger pages. And > the > heap size is 1500 MB at the moment which is almost the maximum size > available. > > Any ideas? > > Thanks! > > Bye, > Jan ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How to reduce database size?
Hello, we run a small XWiki Enterprise (now V1.6.1) in the out-of-the-box HSQL / jetty version. Actually it's not so small anymore and the HSQL database file grew to a size of 1,4 GB. This size doesn't represent the actual size of the attachments stored in the XWiki, it's much, much bigger. So I guess there is a lot of space wasted by old versions and other unwanted stuff maybe left there as the results of several XWiki version upgrades. Is there any safe way to clean-up the database? Which tables could be emptied? I can live with losing all the versioned attachments and pages. Due to limited Java heap size we already get OutOfMemory exceptions when trying to delete bigger attachments or export some bigger pages. And the heap size is 1500 MB at the moment which is almost the maximum size available. Any ideas? Thanks! Bye, Jan Euler Hermes is the world's premier credit insurer, offering solutions for the management of trade receivables, from credit insurance and financing of trade receivables to bonding and guarantees. Euler Hermes is a subsidiary of AGF and a member of Allianz. www.eulerhermes.com - This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, notify the sender immediately and destroy this e-mail. Any unauthorised use, copying, disclosure or distribution of the contents of this e-mail is strictly forbidden and may be unlawful. Read our full e-mail disclaimer statement and monitoring policy (http://www.eulerhermes.com/group/en/disclaim/index.html) before taking any action based on the contents of this e-mail. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] OpenID?
Hi, The currents distributions of XWiki does not include OpenID support. However Markus Lanthaler did a great job on provide one (see http://jira.xwiki.org/jira/browse/XWIKI-2588), we just did not had time to apply it yet but it should be included in XWiki Platform/Eterprise 1.8. On Mon, Nov 17, 2008 at 5:25 PM, Dale McDiarmid <[EMAIL PROTECTED]> wrote: > Hello... > > I'm trying to find out if XWiki is right for us. We need OpenID > authentication. Is this something XWkiki supports? > > I'm new to both XWiki and OpenID, but am relatively literate in linux > and sql. > > Thx, > D. > ___ > 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
[xwiki-users] Re(2): Re(2): DocumentTree Plugin
Thanks, I've already download it. Bruno Neves users@xwiki.org em terça-feira, 18 de Novembro de 2008 às 12:24 + escreveu: :Something strange is happening... The link was there yesterday but was :gone today. I've put it back. : :Let me know if this is ok this time. : :Thanks :-Vincent : :On Nov 18, 2008, at 1:17 PM, Bruno Neves wrote: : :> I couldn't find it the link to download the jar-Archive. Am I :> missing something here or the link isn't :> present in the page? :> Best Regards :> Bruno Neves :> :> :> users@xwiki.org em segunda-feira, 17 de Novembro de 2008 às 13:33 :> + escreveu: :> :Should be ok now. Someone (hel) had made some invalid modifications :> to :> :the page I believe. I have reverted it. :> : :> :Thanks :> :-Vincent :> : :> :On Nov 17, 2008, at 2:19 PM, Bruno Neves wrote: :> : :> :> Greetings :> :> :> :> I saw this page http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin :> :> in the Xwiki Code Zone / :> :> Plugins. :> :> In the document instructions says: :> :> - "Copy the jar-Archive to the %xwikipath%/WEB-INF/lib/ directory :> of :> :> your xwiki installation and add :> :> com.xpn.xwiki.plugin.doctree.DocumentTreePlugin to the xwiki.cfg." :> :> So I search for the link of the plugin, and I saw this note in the :> :> top of the page: :> :> - "This plugin cannot currently be downloaded separately" :> :> It cannot be downloaded from where separately from where? :> :> :> :> Can anyone give me some clue abou it? :> :> :> :> Thanks in advance :> :> Bruno Neves :___ :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
[xwiki-users] Re(2): hierarchy between tags
What I am doing is a knowledge base. It's composed by a table with two colums. In the left colum I have a list of tags representing all the subjects and in the rigth colum I have all items (links to wiki pages) belonging to the knowledge base itself or to some subject in particular. What I need is to show the tags in the left colum in a kind of mindmap, similar to a tag cloud but with connections. Best regards Bruno Neves users@xwiki.org em segunda-feira, 17 de Novembro de 2008 às 13:34 + escreveu: :Hin : :On Nov 17, 2008, at 2:25 PM, Bruno Neves wrote: : :> Greetings :> :> It's possible to set an hierarchy between tags? For example, make a :> tag parent of another one, like we can do :> with the documents. : :No this is not possible ATM. : :I'm interested in your use case. Could you elaborate on the need? : :Thanks :-Vincent : :___ :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] Re(2): DocumentTree Plugin
Something strange is happening... The link was there yesterday but was gone today. I've put it back. Let me know if this is ok this time. Thanks -Vincent On Nov 18, 2008, at 1:17 PM, Bruno Neves wrote: > I couldn't find it the link to download the jar-Archive. Am I > missing something here or the link isn't > present in the page? > Best Regards > Bruno Neves > > > users@xwiki.org em segunda-feira, 17 de Novembro de 2008 às 13:33 > + escreveu: > :Should be ok now. Someone (hel) had made some invalid modifications > to > :the page I believe. I have reverted it. > : > :Thanks > :-Vincent > : > :On Nov 17, 2008, at 2:19 PM, Bruno Neves wrote: > : > :> Greetings > :> > :> I saw this page > http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin > :> in the Xwiki Code Zone / > :> Plugins. > :> In the document instructions says: > :> - "Copy the jar-Archive to the %xwikipath%/WEB-INF/lib/ directory > of > :> your xwiki installation and add > :> com.xpn.xwiki.plugin.doctree.DocumentTreePlugin to the xwiki.cfg." > :> So I search for the link of the plugin, and I saw this note in the > :> top of the page: > :> - "This plugin cannot currently be downloaded separately" > :> It cannot be downloaded from where separately from where? > :> > :> Can anyone give me some clue abou it? > :> > :> Thanks in advance > :> Bruno Neves ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Re(2): DocumentTree Plugin
I couldn't find it the link to download the jar-Archive. Am I missing something here or the link isn't present in the page? Best Regards Bruno Neves users@xwiki.org em segunda-feira, 17 de Novembro de 2008 às 13:33 + escreveu: :Should be ok now. Someone (hel) had made some invalid modifications to :the page I believe. I have reverted it. : :Thanks :-Vincent : :On Nov 17, 2008, at 2:19 PM, Bruno Neves wrote: : :> Greetings :> :> I saw this page http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin :> in the Xwiki Code Zone / :> Plugins. :> In the document instructions says: :> - "Copy the jar-Archive to the %xwikipath%/WEB-INF/lib/ directory of :> your xwiki installation and add :> com.xpn.xwiki.plugin.doctree.DocumentTreePlugin to the xwiki.cfg." :> So I search for the link of the plugin, and I saw this note in the :> top of the page: :> - "This plugin cannot currently be downloaded separately" :> It cannot be downloaded from where separately from where? :> :> Can anyone give me some clue abou it? :> :> Thanks in advance :> Bruno Neves :___ :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] Office-Importer Test Server.
Hi again, On Mon, Nov 17, 2008 at 5:27 PM, Asiri Rathnayake < [EMAIL PROTECTED]> wrote: > Hi All, > > I have setup a test server for testing the new xwiki-office-importer > feature @ http://91.121.237.216/xwiki/bin/view/Main/ Updated the office importer application with new UI improvements. Now it's possible to choose whether you want to keep styling information or not. Check it out : http://91.121.237.216/xwiki/bin/view/Import/ Sample document imported (styles filtered) : http://91.121.237.216/xwiki/bin/view/Import/NoStyles Sample document imported (styles preserved) : http://91.121.237.216/xwiki/bin/view/Import/WithStyles Filtering of styles will be improved further in near future (more severe filtering will be done). Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Linking to Google (Analytics and search)
Hi Ricardo, We will go live in November... Keep an eye on www.cdlsworld.org (currently a static site) The Section "Ask the Doctor" will be replaced by xwiki first! Our disclaimer is already there? Gerritjan Koekkoek On 16 nov 2008, at 13:20, [Ricardo Rodriguez] Your EPEC Network ICT Team wrote: > Hi, Gerritjan, > > I am afraid I have no answer for your question, but I would liketo ask > you for the name/link or your site. May I read this disclosure? We are > working in contents about pharmacogenomics and it will be great to > have > contact with other people in the Human Health arena using XWiki. > Thanks! > > Ricardo > > > Gerritjan Koekkoek wrote: >> All, >> >> Where and how would you suggest to link a xWiki to google analytics? >> >> Besides that, How can I control what content is indexed by external >> search engines (like Google, Yahoo) >> I have specific content that I would like to exclude from indexes, >> although it is on public accessible pages. >> In our system it is accessible by clcking a disclosure (because it >> contains medical advise) >> >> Gerritjan >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> >> >> > > -- > Ricardo Rodríguez > Your EPEC Network ICT 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] [xwiki-devs] Office-Importer Test Server.
I think Vincent is right: since this kind of error will probably not happen
that often, therefore displaying a visual error in the document while
rendering correctly all the remaining text should be ok.
Guillaume
On Tue, Nov 18, 2008 at 9:05 AM, Vincent Massol <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Nov 18, 2008, at 6:04 AM, Asiri Rathnayake wrote:
>
> > Hi Guillaume,
> >
> > On Mon, Nov 17, 2008 at 7:55 PM, Guillaume Lerouge <[EMAIL PROTECTED]
> > >wrote:
> >
> >> Hi Asiri,
> >>
> >> I just tested it and got an exception:
> >> http://91.121.237.216/xwiki/bin/view/Test/WikiDeveloppeurs
> >>
> >> I can send you the original file if you wish. Could the exception be
> >> related
> >> to the presence of bulleted lists in the original document? I
> >> checked the
> >> JIRA issue related to lists but it didn't seem to be the same one.
> >>
> >>
> > It's the following content that is causing the exception to be
> > thrown :
> >
> > Par exemple:*#if($context.user == «XWiki.Admin»)Vous êtes
> > l'administrateur
> > par défaut de ce wiki!#else Vous êtes un utilisateur classique.#end*
>
> [snip]
>
> > The issue here is that the rendering mechanism thinks
> > "exemple://#if($context.user
> > " is a url and tries to parse it...
> >
> > I think this is something that has to be handled in the rendering
> > module.
> > We'll wait for vincent's opinion on this.
>
> First, a comment:
> * I'm currently working on error handling and this error will be
> reported inline with an ErrorBlock and thus with a visual error where
> it happened in the very near future.
>
> The format for an inline link is (scheme):(something)
>
> However for URIs, only some are considered valid: mailto, image, attach
> For URL (i.e of the form (scheme)://(something) there's no check
> currently and all are considered URLs and checked to be valid.
>
> The reason we don't check for validity is because there can be any
> number of valid URL schemes (for example skype:// is a valid scheme if
> you've registered skype URL in your browser).
>
> I don't see any solution for this except not allowing inline links but
> I'm not sure this is a good solution.
>
> I think the inline error handling is the best solution and the user
> will use {{{exemple://#if($context.user..}}} if we really wants to
> enter this text.
>
> WDYT?
>
> Thanks
> -Vincent
>
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] Office-Importer Test Server.
Hi,
On Nov 18, 2008, at 6:04 AM, Asiri Rathnayake wrote:
> Hi Guillaume,
>
> On Mon, Nov 17, 2008 at 7:55 PM, Guillaume Lerouge <[EMAIL PROTECTED]
> >wrote:
>
>> Hi Asiri,
>>
>> I just tested it and got an exception:
>> http://91.121.237.216/xwiki/bin/view/Test/WikiDeveloppeurs
>>
>> I can send you the original file if you wish. Could the exception be
>> related
>> to the presence of bulleted lists in the original document? I
>> checked the
>> JIRA issue related to lists but it didn't seem to be the same one.
>>
>>
> It's the following content that is causing the exception to be
> thrown :
>
> Par exemple:*#if($context.user == «XWiki.Admin»)Vous êtes
> l'administrateur
> par défaut de ce wiki!#else Vous êtes un utilisateur classique.#end*
[snip]
> The issue here is that the rendering mechanism thinks
> "exemple://#if($context.user
> " is a url and tries to parse it...
>
> I think this is something that has to be handled in the rendering
> module.
> We'll wait for vincent's opinion on this.
First, a comment:
* I'm currently working on error handling and this error will be
reported inline with an ErrorBlock and thus with a visual error where
it happened in the very near future.
The format for an inline link is (scheme):(something)
However for URIs, only some are considered valid: mailto, image, attach
For URL (i.e of the form (scheme)://(something) there's no check
currently and all are considered URLs and checked to be valid.
The reason we don't check for validity is because there can be any
number of valid URL schemes (for example skype:// is a valid scheme if
you've registered skype URL in your browser).
I don't see any solution for this except not allowing inline links but
I'm not sure this is a good solution.
I think the inline error handling is the best solution and the user
will use {{{exemple://#if($context.user..}}} if we really wants to
enter this text.
WDYT?
Thanks
-Vincent
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
