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
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
[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] 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): 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
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
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.comsubject=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 pre
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
[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 |
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,email=mail,ldap_dn=dn
#-# [SINCE 1.3M2, XWikiLDAPAuthServiceImpl]
#-# on every login update the mapped
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
[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?http://patternlanguagenetwork.myxwiki.org/xwiki/bin/edit/Scenarios/Group%2C+Status?parent=Scenarios.WebHomeeditor=wysiwyg ) === 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: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# Create[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# By[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# Edit[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# By[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# Group[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# Status[image: ↓]http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/# avatiachhttp://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Scenarios/avatiach 18 Nov 2008 Yishay Morhttp://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/XWiki/YishayMor 18 Nov 2008 Yishay Morhttp://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/XWiki/YishayMor -- ___ 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
[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
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
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 users@xwiki.org
To
XWiki Users users@xwiki.org
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 - Found group
