Re: [xwiki-users] Using Scheduler issues (groovy questions)
Paul Libbrecht wrote: what I was telling is that you should be able to get its execution from groovy with new URL(http://server/xwiki/bin/iview/MyScheduler/Velo;).getContent() and, if you needed secure access for that execution you could request new URL(http://admin:p...@server/xwiki/bin/iview/MyScheduler/Velo;).getContent() provided the user admin has password psps. Great! All is working! Without pass - is working too. Big thanks Paul, and thanks for all participants! -- Best regards Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/Using-Scheduler-issues-groovy-questions-tp5666438p5669544.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
Re: [xwiki-users] Using Scheduler issues (groovy questions)
Hi,
have you tried something like
xwiki.getDocument('Space.YourScript').getRenderedContent() ?
JV.
On Sat, Oct 23, 2010 at 11:26 PM, Eugen Colesnicov
ecolesni...@gmail.com wrote:
Hi colleagues!
I need some help for the Scheduler.
I already have some not small script in a velocity. This script select some
pages with complex conditions (hql), make some calculations and sending
emails. Now this script is working when I simply open it page (where script
is placed).
I need to make automatic schedule for this script (for example - every day).
Unfortunately, scheduler scripts permit only groovy scripts ... Also,
problem for me - I dont't now groovy at all (velocity - so-so) and I am not
a programmer. For me - groovy learning is difficult (in any case - not
quickly).
My question - is any possibility to use my velocity script without total
rewriting for groovy? Maybe I can write groovy script with redirection for
my page with velocity script? Maybe is it possible to include code of one
scripting language in another?
If is not (only need to totally rewrite script to grovvy) can somebody can
help me in this operation? I attached my original velocity script (it's
working fine).
http://xwiki.475771.n2.nabble.com/file/n5666438/velocity_script.txt
velocity_script.txt
--
Thanks beforehand
Eugen Colesnicov
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Using-Scheduler-issues-groovy-questions-tp5666438p5666438.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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] cookies' behaviour
Hi,
[Ricardo Rodriguez] eBioTIC. wrote:
Hi,
Working in a XE/XEM 2.4 installation and login with a global user in a
virtual wiki, cookies don't remember the status of the panels. When I
use the same account in the controller, it works fine.
For instance, this cookie fails to store/retrieve the state of MREC
panel. Each time I refresh, I get an expanded panel:
xwiki:XWiki.RicardoRodriguezFernandez_Panels.MREC
The same user in the controller works as expected having a cookie named...
XWiki.RicardoRodriguezFernandez_Panels.MREC
And when working without log in, it works as expected as well. In this
case, the cookie is...
XWiki.XWikiGuest_Panels.MREC
Could this something to do with the name of the cookies being set as
${xcontext.user}_${panel} when the user is a global one?
Any idea will be welcome! Thanks!
I confirm this behaviour at least working on a XE/XEM 2.4.1 installation
with Firefox 3.6.11 on Mac OS X 10.5.8 as client.
It seems that even though:
RFC2109 section 4.1 states that the the cookie name (attr) is of type
token.
RFC2068 section 2.2 defines type token as any chars excluding control
characters and special characters, and...
RFC2068 lists special characters as tspecials =
( | ) | | | @
| , | ; | : | \ |
| / | [ | ] | ? | =
| { | } | SP | HT
(see http://bugs.python.org/issue2193)
... it is common to find colon in cookies' name. Colon causes cookies
malfunctioning at least here.
I've solved this issue by changing the name of the cookies to...
#set($cookieName = ${context.user.replaceAll(':','')}_${panel})
Could anybody confirm this?
It was firstly reporte here http://jira.xwiki.org/jira/browse/EPE-19.
I've created this Jira Issue
http://jira.xwiki.org/jira/browse/XWIKI-5612. Thanks!
Cheers,
Ricardo
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Farm upgrade
Hello Thomas, Ok, I have to use the standard XE xar to upgrade the sub-wikis. But could you confirm that it would be better to have a specific XE xar for sub-wiki with the appropriate global Admin as owner of the pages ? Is there a special option to apply to the xar import to avoid this issue ? Thank you for your response. Best regards, Maxime 2010/10/21 Thomas Mortagne thomas.morta...@xwiki.com On Wed, Oct 20, 2010 at 17:39, Maxime Mathieu le.genie.logic...@gmail.com wrote: Hi, I'm trying to upgrade my farm from 2.3.2 to 2.4.3. If I follow the upgrade guide http://manager.xwiki.org/xwiki/bin/view/AdminGuide/Migration , the 2 steps are : 1/ upgrade the main wiki (XEM war and XEM xar) 2/ upgrade each sub-wikis My question is about this last third step. To do the upgrade, I have downloaded the standard XE xar (xwiki-enterprise-wiki-2.4.3.xar). But there is also a xar attached in the XemManager.install page (template-xe.xar). These 2 xar are the same. I hope you confirm this. When I import this XAR in a sub-wiki, the author of the upgraded pages is XWiki.Admin (the local admin of the sub-wiki). But this local Admin doesn't have programming rights. It so happens that a lot of pages (AllDocs, DeletedDocuments, ...) can't execute. The workaround is to save these pages as xwiki:XWiki.Admin but it's boring. Is there something that I've missed ? Why the template-xe.xar does not have xwiki:XWiki.Admin as author of the pages ? You are not supposed to use template-xe.xar file which is a copy of the XE xar and used only to create an examplate template wiki in XEM install page the first time you install XEM. When you do an upgrade, use the proper XE xar to upgrade each wiki which need to be upgraded including the template wiki if you created it (or you delete the template wiki and recreate it by going to XEM install page after having upgraded XEM main wiki). Best regards, Maxime Mathieu ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Farm upgrade
On Mon, Oct 25, 2010 at 14:42, Maxime Mathieu le.genie.logic...@gmail.com wrote: Hello Thomas, Ok, I have to use the standard XE xar to upgrade the sub-wikis. But could you confirm that it would be better to have a specific XE xar for sub-wiki with the appropriate global Admin as owner of the pages ? Is there a special option to apply to the xar import to avoid this issue ? Sure but theses pages that need programming right are actually not yet fixed bugs. See http://jira.xwiki.org/jira/browse/XE-521 for example. Thank you for your response. Best regards, Maxime 2010/10/21 Thomas Mortagne thomas.morta...@xwiki.com On Wed, Oct 20, 2010 at 17:39, Maxime Mathieu le.genie.logic...@gmail.com wrote: Hi, I'm trying to upgrade my farm from 2.3.2 to 2.4.3. If I follow the upgrade guide http://manager.xwiki.org/xwiki/bin/view/AdminGuide/Migration , the 2 steps are : 1/ upgrade the main wiki (XEM war and XEM xar) 2/ upgrade each sub-wikis My question is about this last third step. To do the upgrade, I have downloaded the standard XE xar (xwiki-enterprise-wiki-2.4.3.xar). But there is also a xar attached in the XemManager.install page (template-xe.xar). These 2 xar are the same. I hope you confirm this. When I import this XAR in a sub-wiki, the author of the upgraded pages is XWiki.Admin (the local admin of the sub-wiki). But this local Admin doesn't have programming rights. It so happens that a lot of pages (AllDocs, DeletedDocuments, ...) can't execute. The workaround is to save these pages as xwiki:XWiki.Admin but it's boring. Is there something that I've missed ? Why the template-xe.xar does not have xwiki:XWiki.Admin as author of the pages ? You are not supposed to use template-xe.xar file which is a copy of the XE xar and used only to create an examplate template wiki in XEM install page the first time you install XEM. When you do an upgrade, use the proper XE xar to upgrade each wiki which need to be upgraded including the template wiki if you created it (or you delete the template wiki and recreate it by going to XEM install page after having upgraded XEM main wiki). Best regards, Maxime Mathieu ___ 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 ___ 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] Farm upgrade
Ok, thank you. So, if I replace XWiki.Admin by xwiki:XWiki.Admin in the XE.xar, it is just a workaround ;-) Best regards, Maxime 2010/10/25 Thomas Mortagne thomas.morta...@xwiki.com On Mon, Oct 25, 2010 at 14:42, Maxime Mathieu le.genie.logic...@gmail.com wrote: Hello Thomas, Ok, I have to use the standard XE xar to upgrade the sub-wikis. But could you confirm that it would be better to have a specific XE xar for sub-wiki with the appropriate global Admin as owner of the pages ? Is there a special option to apply to the xar import to avoid this issue ? Sure but theses pages that need programming right are actually not yet fixed bugs. See http://jira.xwiki.org/jira/browse/XE-521 for example. Thank you for your response. Best regards, Maxime 2010/10/21 Thomas Mortagne thomas.morta...@xwiki.com On Wed, Oct 20, 2010 at 17:39, Maxime Mathieu le.genie.logic...@gmail.com wrote: Hi, I'm trying to upgrade my farm from 2.3.2 to 2.4.3. If I follow the upgrade guide http://manager.xwiki.org/xwiki/bin/view/AdminGuide/Migration , the 2 steps are : 1/ upgrade the main wiki (XEM war and XEM xar) 2/ upgrade each sub-wikis My question is about this last third step. To do the upgrade, I have downloaded the standard XE xar (xwiki-enterprise-wiki-2.4.3.xar). But there is also a xar attached in the XemManager.install page (template-xe.xar). These 2 xar are the same. I hope you confirm this. When I import this XAR in a sub-wiki, the author of the upgraded pages is XWiki.Admin (the local admin of the sub-wiki). But this local Admin doesn't have programming rights. It so happens that a lot of pages (AllDocs, DeletedDocuments, ...) can't execute. The workaround is to save these pages as xwiki:XWiki.Admin but it's boring. Is there something that I've missed ? Why the template-xe.xar does not have xwiki:XWiki.Admin as author of the pages ? You are not supposed to use template-xe.xar file which is a copy of the XE xar and used only to create an examplate template wiki in XEM install page the first time you install XEM. When you do an upgrade, use the proper XE xar to upgrade each wiki which need to be upgraded including the template wiki if you created it (or you delete the template wiki and recreate it by going to XEM install page after having upgraded XEM main wiki). Best regards, Maxime Mathieu ___ 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 ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Announcement] XWiki Enterprise 2.5 and XWiki Enterprise Manager 2.5 Released
The XWiki development team is pleased to announce the release of XWiki Enterprise 2.5 and XWiki Enterprise Manager 2.5. Go grab them at http://www.xwiki.org/xwiki/bin/view/Main/Download The highlights of this release are: * support for viewing attached office documents in the wiki * a new User Directory * an experimental Extension Manager * improvements to action menus * further improvements to the edit UI * support for activating a special accessibility stylesheet * more consistent use of user avatars * an experimental xwiki/2.1 wiki syntax * a mechanism for inserting custom links in the header * the introduction of cancelable events * better external search engine indexing support * experimental CSRF protection * experimental Cryptographic Module For more information, see the Release notes at http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXWikiEnterprise25 and http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXEM25 Thanks -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Help: How to import a signed ca into Jetty?
Hi there, The problem I'm having is importing a signed ca (from goDaddy). I believe I'm importing it correctly however after I've imported it along with adding the crt files to the keystore, what happens is when I go to connect to the webserver there's a certificate error indicating the certificate being used is self-signed when it should be signed by goDaddy??? I've spent many hours researching this issue on the net and have not been successful. Someone suggested for me to try this mail list - it's my last resort. Please if someone can help me, it would be very much appreciate. Luigi -- This message has been verified by LastSpam (http://www.lastspam.com) eMail security service. http://www.lastspam.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] conditional redirect after login
Hi,
The condition is:
After user has registered he/she only belongs to XWikiAllGroup (right?)
If this condition is true; we would like to ask the user to 'tell us more about
yourself' by re-directing to the profile
Updating the userprofile with extra data; with this data we can then add the
user to appropriate group(s)
I understand : the $query will give all groups in the wiki except XWikiAllGroup
In the foreach you add 1 to the counter for each group the user is extra in?
So if the counter 0 the user belongs to extra group so should NOT be
redirected
if the counter still == 0 then the redirect should happen?
The login.vm seems indeed to be the place to be,
I prefer to copy the vm into my skin, so I will override the login.vm on the
disk
Op 24 okt 2010, om 22:47 heeft [Ricardo Rodriguez] eBioTIC. het volgende
geschreven:
Hi,
Gerritjan Koekkoek wrote:
Hi,
The script works fine;
One modification required (#if($counter 0) == #if($counter == 0)
I'm afraid I don't understand the condition yet! :-( Do you want that
any user belonging to any group but XWikiAllGroup is redirected to
his/her profile? Or should be only XWikAllGroup members whom must be
redirected to his/her profile page?
Just trying to understand why do you need == instead o . Thanks!
But this only works when user login is on homepage, in our use cases there
are also other pages where a guest can decide to login
Is there a vm script that is always triggered when user does login?
OK! I've not taken this into account! login.vm in your /templates folder
seems to be the right place to tweak.
Gerritjan
Op 24 okt 2010, om 01:52 heeft [Ricardo Rodriguez] eBioTIC. het volgende
geschreven:
Hi,
Gerritjan Koekkoek wrote:
Hi,
We would like to, conditionally, redirect users who log in to their profile
page. (in our case; XWiki.username)
The condition is: User is not in ANY OTHER GROUP then XWikiAllGroup.
How can I do this most elegantly, modifying as little as possible of the
standard pages that come with a distribution of XWIKI
This is not elegant, but I think it works:
#set($counter = 0)
#set($user = $xwiki.getUser())
#set($userContext = $context.user)
#set($query = , BaseObject as obj, StringProperty as prop where
doc.fullName = obj.name and obj.className='XWiki.XWikiGroups' and
doc.fullName 'XWiki.XWikiGroupTemplate' and doc.fullName
'XWiki.XWikiAllGroup' order by doc.fullName asc)
#set($results=$xwiki.searchDocuments($query))
p/
#foreach($item in $results)
#if($user.isUserInGroup($item))
#set($counter = $counter+1)
#end
#end
#if($counter 0)
$response.sendRedirect($xwiki.getURL($userContext))
#end
You could copy and paste in your WebHome or create an ad hoc document
and use #includeInContext('YourSpace.YourDocument') to include it in
your WebHome.
HTH,
Ricardo
Greetings!
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
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] Help: How to import a signed ca into Jetty?
On 10/25/2010 06:40 PM, Luigi Occhino wrote: Hi there, The problem I'm having is importing a signed ca (from goDaddy). I believe I'm importing it correctly however after I've imported it along with adding the crt files to the keystore, what happens is when I go to connect to the webserver there's a certificate error indicating the certificate being used is self-signed when it should be signed by goDaddy??? I've spent many hours researching this issue on the net and have not been successful. Someone suggested for me to try this mail list - it's my last resort. Hi Luigi, This is not the right list for help with Jetty, since this is about XWiki specific questions. The best resource for a specific project is that project's mailing list, in this case jetty-us...@eclipse.org, as listed on http://www.eclipse.org/jetty/mailinglists.php . I'll try to help you a bit, though. Did you follow the steps listed on http://docs.codehaus.org/display/JETTY/How+to+configure+SSL ? Did you import the certificate into a keystore using keytool? Are any other certificates stored in that keystore? Try keytool -list -keystore keystore location -v. If there's more than one key in there, try to remove it. Did you properly reference the keystore in jetty.xml? -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Announcement] XWiki Enterprise 2.5 and XWiki Enterprise Manager 2.5 Released
And a self-congratulations to the Release Manager and the XWiki dev team for having released XE 2.5 final on the exactly planned day! :) Not a single day of deviation. That's nice. -Vincent On Oct 25, 2010, at 6:44 PM, Sergiu Dumitriu wrote: The XWiki development team is pleased to announce the release of XWiki Enterprise 2.5 and XWiki Enterprise Manager 2.5. Go grab them at http://www.xwiki.org/xwiki/bin/view/Main/Download The highlights of this release are: * support for viewing attached office documents in the wiki * a new User Directory * an experimental Extension Manager * improvements to action menus * further improvements to the edit UI * support for activating a special accessibility stylesheet * more consistent use of user avatars * an experimental xwiki/2.1 wiki syntax * a mechanism for inserting custom links in the header * the introduction of cancelable events * better external search engine indexing support * experimental CSRF protection * experimental Cryptographic Module For more information, see the Release notes at http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXWikiEnterprise25 and http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXEM25 Thanks -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Proposal] about login and document information
Hi! Sergiu Dumitriu wrote: On 10/19/2010 08:30 PM, [Ricardo Rodriguez] eBioTIC. wrote: Hi, I would like to share with you three proposals about XE/XEM. I've not a clear idea about the cost in terms of programming effort, but I would like to know if you consider them suitable. 1. In a XE/XEM default installation I think it would be better to include the username/password fields and the links Forgot your username or password?utilities in the headerglobal area. That way, users will not be redirected to a different page and can easily see changes in their current one (the one from where they are logging) once they are authenticated. This can be done if you change your skin. For example, this is what Curriki does: http://curriki.org/ I don't like this for the default, but I'd like the login to be done in a lightbox sometime soon (2.7?). A lightbox will be nice. What I would like to avoid is that an users that decide to log in, is moved to a different page to perform that action. A lightbox will allow him/her to see the page from where he/she hits login and, at the same time, username and password fields and recover username and password links are not visible in the browser desktop. I do like this option. Thanks. 2. On log out, if the user has not access to his/her current page, it will be informed with a message. Currently you only get redirected to the log in page. Users with concerns about who access contents they have created or are responsible of, will be happier with this information message. Can you provide a draft text? I see now how hard is to figure out a text that could be useful for the whole XWiki community. For us, here, some think like this... Log-in... to recover access to Space.Document and other documents with restricted access Being Space.Document the current document when the user logged out. The length of the document Space and Name could be a problem to accommodate the string in the space available... Something like this... http://ebiotic.net/bin/download/ICT/CustomizedLogin/loginXWikimod.png I can of course customized our own login.vm. This work is on its way. 3. To show in the Information tab or in an /ad hoc/ tab adding some administrative capabilities (granting/revoking access rights, for instance) what users/groups have what rights on the current document. You mean a kind of read-only version of the rights editor, listing only the entries with some rights set? I don't find it that useful right now. Could you look at http://incubator.myxwiki.org/xwiki/bin/Improvements/Rights ? Well... impressive. I've slightly followed this thread as I was not actively following XWiki development last June. I must apologize about that. As stated by several contributors, rights management are not an easy thing, even less when inheritance is involved. I've been struggling to understand the proposal and I think I get it. And I do like at the extend I am able to understand the background of rights management in XWiki. But the problem for me here, right now, is to find an easy way, as easy as possible, to show an user, probably an user that doesn't matter at all about XWiki interiors, what other users/groups can do what with a given document. Namely, who can read and/or edit a document. The use case is simple: given a document containing some contents set to private, an user, an also an administrator, feel her/himself more confortable if she/he can see, let's see, in a tab in the same row where comments, attachments, history and information, or even within the information tab itself, what other users can read and/or edit the current document. Users who what to customized this access policy, whatever regular users or administrators, must deal with the new rights management interface. In the current state of development, as for XE/XEM 2.4.1, to see, out of the box, what users can read/edit a given document, the user must set his/her user type as advanced, go to the document, edit access rights, browse through users and groups to see what rights are set. I know that in many other systems is not simpler than this, but my concern here is to transform XWiki in the system. So, yes, I mean a kind of read-only version of the rights editor, listing only the entries with some rights set. All these three proposals/ideas are mostly oriented to the use of XWiki based information systems developed for groups with requirements about access control and access monitoring. Nothing weird in industrial environments, nor in biomedical ones. Thanks for your time, Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] conditional redirect after login
Gerritjan Koekkoek wrote:
Hi,
The condition is:
After user has registered he/she only belongs to XWikiAllGroup (right?)
Right, by default. You should want to consider these two parameters in
xwiki.cfg (as stated in its preamble, commented parameters show the
default value)
#-# List of groups that a new user should be added to by default after
registering. Comma-separated list of group document
#-# names.
# xwiki.users.initialGroups=XWiki.XWikiAllGroup
#-# Should all users be considered members of XWiki.XWikiAllGroup, even
if they don't have an associated object in the
#-# group's document?
# xwiki.authentication.group.allgroupimplicit=0
If this condition is true; we would like to ask the user to 'tell us more
about yourself' by re-directing to the profile
But redirecting to her/his profile doesn't enforce more information to
be entered. Please, how are you planning to get that? Users can just
arrive to their profiles and to enter nothing.
Updating the userprofile with extra data; with this data we can then add the
user to appropriate group(s)
I understand : the $query will give all groups in the wiki except
XWikiAllGroup
Yes, the query retrieves all documents with an instance of class
XWiki.XWikiGroups (obj.className='XWiki.XWikiGroups') but
XWiki.XWikiGroupTemplate and XWiki.XWikiAllGroup
In the foreach you add 1 to the counter for each group the user is extra in?
Yes
So if the counter 0 the user belongs to extra group so should NOT be
redirected
OK! I got the condition the other way round!
if the counter still == 0 then the redirect should happen?
OK. I understand now.
The login.vm seems indeed to be the place to be,
I prefer to copy the vm into my skin, so I will override the login.vm on the
disk
Op 24 okt 2010, om 22:47 heeft [Ricardo Rodriguez] eBioTIC. het volgende
geschreven:
Hi,
Gerritjan Koekkoek wrote:
Hi,
The script works fine;
One modification required (#if($counter 0) == #if($counter == 0)
I'm afraid I don't understand the condition yet! :-( Do you want that
any user belonging to any group but XWikiAllGroup is redirected to
his/her profile? Or should be only XWikAllGroup members whom must be
redirected to his/her profile page?
Just trying to understand why do you need == instead o . Thanks!
But this only works when user login is on homepage, in our use cases there
are also other pages where a guest can decide to login
Is there a vm script that is always triggered when user does login?
OK! I've not taken this into account! login.vm in your /templates folder
seems to be the right place to tweak.
Gerritjan
Op 24 okt 2010, om 01:52 heeft [Ricardo Rodriguez] eBioTIC. het volgende
geschreven:
Hi,
Gerritjan Koekkoek wrote:
Hi,
We would like to, conditionally, redirect users who log in to their
profile page. (in our case; XWiki.username)
The condition is: User is not in ANY OTHER GROUP then XWikiAllGroup.
How can I do this most elegantly, modifying as little as possible of the
standard pages that come with a distribution of XWIKI
This is not elegant, but I think it works:
#set($counter = 0)
#set($user = $xwiki.getUser())
#set($userContext = $context.user)
#set($query = , BaseObject as obj, StringProperty as prop where
doc.fullName = obj.name and obj.className='XWiki.XWikiGroups' and
doc.fullName 'XWiki.XWikiGroupTemplate' and doc.fullName
'XWiki.XWikiAllGroup' order by doc.fullName asc)
#set($results=$xwiki.searchDocuments($query))
p/
#foreach($item in $results)
#if($user.isUserInGroup($item))
#set($counter = $counter+1)
#end
#end
#if($counter 0)
$response.sendRedirect($xwiki.getURL($userContext))
#end
You could copy and paste in your WebHome or create an ad hoc document
and use #includeInContext('YourSpace.YourDocument') to include it in
your WebHome.
HTH,
Ricardo
Greetings!
Cheer!
Ricardo
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
