Hello xwiki developpers
Imagine you had to powerful applications.
First xwiki, then discourse engine for deliberative decision making.
Lets call the latter 'dito'.
Imagine how nice it would be,
1: if these two applications could use the same authentication, and if
2: signing into one aplication would sign you into the second, too.
3: registering a new account in dito would add a new user to xwiki with
the appropriate rights (edit) without admin interaction (explicitly
setting rights) needed
@1: Done!
Fortunately, as far as *authentication* is concerned, xwiki makes a
geeks life easier, as it provides a XWikiAuthService interface.
Which I implemented for my needs and which works fine.
@2: Hm, solve 3 first
@3: Stuck!
Unfortunately, as far as *authorisation* is concerned, I did not yet get
the point.
My approach is to make an xml-rpc, that logs into the wiki (with a user
that i added manually and that has admin rights) and calls the
XWiki.createUser() method.
In order to achieve that, i extended the ConfluenceRpcHandler and added
a method createUserFromExternal
Suddenly, I get an error in Xwiki, approx. line 2570(i.e. methods
system.out.println("xwiki create user :
!context.getUtil().match"+xwikiname);returns -4 :)
try {
if (!context
.getUtil()
.match(
this.Param(
"xwiki.validusername", "/^[a-zA-Z0-9_]+$/"),
xwikiname))
{
return -4;
}
}
As i am calling from external, the context object (and the request, it
is carrying) are not as complete as they are, when i register via the
xwiki web page.
My questions are:
- is it a good idea to do xwiki user registration automatically and from
external *that* way? do you know alternatives?
- is there an implementation of the mehtod:
/**
* {@inheritDoc}
* @see ConfluenceRpcInterface#addUser(String, java.util.Map, String)
*/
public void addUser(String token, Map user, String password) throws
XWikiException {
throw new XWikiException(XWikiException.MODULE_XWIKI_XMLRPC,
XWikiException.ERROR_XWIKI_NOT_IMPLEMENTED, "Not implemented");
}
?
- If you integrate xwiki into other environments or vice versa, what is
the best practice to wire the two different registration and login
processes of both, xwiki and some_app ?
Of course, i searched the archives, but no solution for this so far...
Any hints?
Best regards
Thomas K.
--
ontopica
Thomas Krämer
Krämer&Okpue GbR
Kurfürstenstr. 66
53115 Bonn
Fon 0228 - 180 99 737
Fax 0228 - 242 78 60
Email tk(a)ontopica.de
Hi,
I'd like to propose setting up the JIRA Calendar plugin (http://
confluence.atlassian.com/display/JIRAEXT/JIRA+Calendar+Plugin) so
that we can show the release dates of the different versions as
planned. Currently these dates are only visible in the JIRA admin
section and on http://www.xwiki.org/xwiki/bin/view/Main/Roadmap but
it's a pain to maintain that page.
In this manner we can make it visible and ensure we are all aligned
on those dates.
WDYT?
Thanks
-Vincent
PS: I don't have admin access to JIRA so we might have to wait till
Raffaello is back from holidays at the end of next week.
The XWiki development team team is pleased to announce the
availability of the 1.0 RC 1 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
This release is planned to the last before the final 1.0 release
(unless we find some important bugs in which case there'll be a RC2
release). The 1.0 release is still planned for end of April.
New in this release:
* Lots of bugs fixed
* Updated French translation
* New translation: Simplified Chinese and Russian
* Search is now case insensitive in the default Wiki for all
DBMS (it was working fine for MySQL previously)
* Ability to navigate backlinks documents on the Rename page
* Lucene plugin is now working
* Fixed #skype macro which is now using Skype's Presence Service
(was previously using jyve.com which is not working anymore)
* New #pagedViewLinks macro that displays links to the first,
previous, next and last pages in a paged view
* Lots of Macros have been documented on the Macro page in the
Code Zone
* Non ASCII chars can now be used in document names and
attachments (This requires correct encoding configuration)
* Superadmin is set to use the Advanced editing mode by default
(was in Simple mode)
* {style} macro now supports border and icon attributes
* Added support for Oracle
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki10RC1
Enjoy
-The XWiki development team
Hi,
I've installed a XWiki in a Tomcat with a external database (MySQL). I want
to use xwiki-beta3 release, but i've only found a beta-1 Script for MySQL
(xwiki-mysql-1.0-beta-1.sql). Has someone know where i could found a MySQL
script for xwiki-beta3 release??
Thanks,
meni.-
--
View this message in context: http://www.nabble.com/MySQL-Script-for-xwiki-beta3-release-tf3601210.html#a…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi everyone,
I've staged the RC1 release on http://www.xwiki.org/10rc1/
It would be nice if some of you could quickly try it out and let us
know if it's working as expected. Once we get a few confirmations
we'll officially release it.
Thanks a lot
-Vincent (on behalf of the XWiki dev team)
Hi committers,
We've already discussed this before but I've seen that we're not all
following this (even though we agreed to do it on this list).
I have now put it in http://www.xwiki.org/xwiki/bin/view/Community/
DevelopmentPractices#HApplyingacontributor27spatch
The idea is to give proper recognition to contributors by:
1) Naming them using the specified commit log template
2) Adding them on the contributor's page on xwiki.org
It would be nice if all committers could follow this and help each
other follow it (I know I'm also forgetting it from time to time).
Thanks
-Vincent
Hi,
I'm proposing a new category: Anti Patterns!
Here's one:
Instead of writing:
#set($obj = $doc.getObject("XWiki.XWikiUsers"))
#if ($obj.avatar == "...")
...
Write:
#set($obj = $doc.getObject("XWiki.XWikiUsers"))
#if ($obj.getProperty("avatar") && $obj.getProperty("avatar").getValue
() == "...")
...
Reason:
$obj.avatar actually is equivalent to: $doc.display("avatar", $obj)
And the display() method renders differently when in view mode, in
inline mode, etc. For example in inline mode it generates an HTML
form INPUT element...
WDYT?
Thanks
-Vincent
Hi,
Here's another one best practice I'd like to propose:
Instead of writing:
#set($obj = ...)
#if ($obj.getSomething() == "...")
Write:
#if($obj && $obj.getSomething() == "...")
This prevents the following error in logs:
11:54:04,777 ERROR P1-19 ... SimpleLog4JLogSystem:logVelocityMessage:
154 - Left side ($obj.getSomething()) of '==' operation has null
value. If a reference, it may not be in the context. Operation not
possible. [line 1, column 21]
WDYT?
Thanks
-Vincent
Hi,
I'd like to propose the following best practice: to test for Object
existence in class sheets. For example:
#set($obj = $doc.getObject("XWiki.XWikiUsers"))
#if($obj)
...
#else
This stylesheet must be applied on a document containing a
XWiki.XWikiUsers object.
#end
If you're all ok I'll add it to the dev guide on http://www.xwiki.org/
xwiki/bin/view/DevGuide/BestPractices (I'll remove what's in there
and send each best practice separately to this list for agreement as
this is old stuff).
Thanks
-Vincent