Hi,
I tried the following script but, I do not get anything displayed on my page
wen I save it: [xwiki version: 1.3.2.9174]
#set($rightsAPI=$xwiki.rightsmanager)
#set($groupsAPI=$rightsAPI.getGroupsAPI()) - (I hope this is right!)
#set($list=$groupsAPI.getAllLocalGroupsNames()) - (I do not know if this is
working or not...I tried all methods available..Global, Local, normal..)
##set($list=$rightsAPI.getAllGroupsNamesForMember($context.getUser())) -
(This works)
#set($temp =$xwiki.getUser())
##$temp
#foreach($grp in $list)
* [$grp ]
#end
Nothing displayed on the page...whats the mistake?
Thanks
Hi,
Since Maven 2.0.9 is now released and it works with our build we
should standardize on it rather than using a"non-official" 2.1
snapshot version.
I'm thus proposing to move the maven version we use for Continuum on
Maven 2.0.9 and to change the Building page to remove our snapshot
version and change the text to say that to build XWiki you need Maven
2.0.9 or greater.
WDYT?
Thanks
-Vincent
Hi everyone,
A few months ago we had discussed the possibility of offering a free
community-managed farm for non-business critical projects.
See http://tinyurl.com/69blgy
In short the ideas are:
1) No support guarantee. All support done on the xwiki.org user
mailing list by the community.
2) No stability guarantee. We would always install the latest Platform/
XE/XEM version on it and it would serve as a stability test for the
xwiki development team. Obviously the community will always try to
make it as stable as possible but that's not guaranteed. It's also
possible that the farm will be down a few days now and then. We'll try
to reduce this but no warranties.
3) There will be several members of the community who'll have admin
access on the farm.
4) It will be open to anyone. However the target users will be
technical people who can support themselves to some extent. We won't
control that but it'll be mentioned on the registration page. In any
case points 1) and 2) make it obvious that it shouldn't be used for
any business-critical wiki.
We're now announcing the myxwiki.org community farm at http://myxwiki.org
Note that the machine was donated by the XPertNet company (http://xwiki.com
). Thanks XPertNet! :)
Right now the following persons are admin on this farm:
* ThomasMortagne
* Marta
* Sergiu
* GuillaumeLerouge
* amelentev (Artem)
* Jerome Velociter
* jvdrean (Jean-Vincent)
* VincentMassol
Please note that all these people are doing this in their free time
and thus we're looking for more admins. If you're interested in
helping us manage this farm (and we hope there'll be plenty of you
interested) then please register a user and let me know and I'll make
you admin.
Here's what admins should do:
* work on improving the community farm content in general
* work on improving the way information is presented and navigation
* watch the recent changes and undo graffitis where needed
* create wikis for people who request them (there's a HTML form to
fill) - we'll need to decide if we want to make that self service or
not. Right now I suggest that people interested in getting a wiki
there send an email to the xwiki users list explaining what they want
to do with their new wiki and then one admin creates it for them.
* watch out for security holes
* suggest ideas to improve the farm
What everyone can do:
* edit and improve content for the non admins parts of the farm
* spread the word, blog about it, etc
Thanks
-Vincent on behalf of the XWiki community
Ludovic:
I agree to commit only into the Curriki portions of the trunk. I will await
separate permissions/voting to commit into the Xwiki platform portions,
should the need arise in the future. For example, I would hope that some
"refactoring" of curriki features becomes new core functionality in Xwiki.
As I better understand the combined code-base (I just started at curriki) I
will be in a better position to understand what such refactoring may entail.
At that point, I would be happy to make some proposals and engage in
discussion, in case such code reorganization proves mutually beneficial to
xwiki and curriki.
I am experienced with revision control systems (I was there when
subversion<http://svnbook.red-bean.com/en/1.1/ch01s02.html>was being
planned, and shaped a number of the features based on collabnet's
needs back in the early days of the company when we were developing svn and
SourceCast, after our experiences building-in SSL-based 2-factor
authentication for cvs&web for http://ipssources.net ).
I also fess up to my mistakes when I do make them, e.g.:
http://markmail.org/message/2nj5sipyi3qpib4x and also fess up to not having
filed a bug report on aforementioned issue ... I admit that sometimes things
I like to do with code make it live on the edge-condition, but I'm not one
to break the build with it.
Thank you for the vote!
-- Niels Mayer, http://curriki.org
Curriki: The Global Education and Learning Community
Ludovic Dubost <ludovic(a)xwiki.org> wrote:
+1 with the reminder that Curriki commit access is full commit access
but without allowance to commit in the XWiki platform part
Joshua Marks wrote:
> Dear Devs,
>
> Niels, who has comment on the list before, is taking on development tasks
> for Curriki. As such he will need commit access to SVN. Please cast your
> vote to accept this request.
Evelina Slatineanu wrote:
> Hi guys,
>
>
>
> I am trying to solve XWIKI-2361 and XWIKI-2362. First was easy but I am
> facing the following problem for the second issue:
>
>
>
> When trying to add a new user using the UI in an empty wiki, I am being
> redirected to /register/ and for that I need register right. Since by
> default I have only edit right, it redirects me to /login/ and since is an
> empty wiki.you realize it doesn't work. So, wouldn't it be logical to have
> register right for an empty wiki (since I have edit right)? If not, could
> anyone tell me a solution (I guess I will need to digg deep into the core
> for that and I am not sure I'm the best person to do that :P)
I am +1 for granting registration rights in an empty wiki.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Hi guys,
I am trying to solve XWIKI-2361 and XWIKI-2362. First was easy but I am
facing the following problem for the second issue:
When trying to add a new user using the UI in an empty wiki, I am being
redirected to /register/ and for that I need register right. Since by
default I have only edit right, it redirects me to /login/ and since is an
empty wiki.you realize it doesn't work. So, wouldn't it be logical to have
register right for an empty wiki (since I have edit right)? If not, could
anyone tell me a solution (I guess I will need to digg deep into the core
for that and I am not sure I'm the best person to do that :P)
Thanks in advance,
Evelina
Good day, community.
I'm glad to announce yet one xwiki plugin: xwikinaming.
xwikinaming plugin can be interesting to integrators, which want call JNDI
object or IOC-located spring beans from velocity or groovy scripts.
So, xwikinaming provide easy way to resolve object form jndi and provide
special chain jndi provider to resolve object at first in spring container, at
second at external jndi.
(note, that using spring IOC framework we can extend xwiki by functionality,
which nothing know about xwiki itself)
Source and documentation can be found on http://xwikinaming.gradsoft.ua
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua
Has any consideration been done to standardizing on one js script framework.
I see ricco/prototype, scriptaculous, and yui. If I need to build something
new in js which one should I use?
Glenn Everitt
--
View this message in context: http://www.nabble.com/which-JavaScript-framework--tp17024648p17024648.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi..
I´ve started the standalone version of xwiki enterprise on a server, to
share some information.
I use Firefox and everythings allright, but some of the others use internet
explorer and so they don´t stay logged in, when turning the explorer off
(with rememberme function) ..
I did some research on my Computer and found out that there is no username
or password saved in the cookie set from IE, but it is set when I log in to
www.xwiki.org (there everything works fine)..
So there must be a problem with the configuration of my XWiki..
But I just don´t find anything and there is nothing in the log-file..
Has anyone an idea what I can try or knows what is diffrent in the
configuration of the www.xwiki.org??
p.s. the cookie set looks like:
style
null
{domain}
1088
2052098176
30002969
32056976
29929544
*
and nothing else..
Thanks..
--
View this message in context: http://www.nabble.com/Problem-with-cookies-set-by-internet-explorer-tp17106…
Sent from the XWiki- Dev mailing list archive at Nabble.com.