First of all Sorry for creating a new topic
thanks for your anwser Jerome.
but Actually i have seen this feature
i added jcifs and it works well
an other hand i have tested impletentetion for ldap its works too
but i want a transparent authentication
so now the problem is :
i would like to not have form login
i saw in code that we can define our login page with this property in xwiki.cfg :
xwiki.authentication.loginpage (if null default is /bin/login/XWiki/XWikiLogin)
i've changed this property but no changes when template call
$xwiki.getURL("XWiki.XWikiLogin", "login", "xredirect=$logredir"))
i still got the same url : bin/login/XWiki/XWikiLogin?
the purpose of that is log-in link goes to my servlet , then i do ntlm authentication (it already works), then i post user name to /xwiki/bin/loginsubmit/XWiki/XWikiLogin
in the same time i do my own version of authentification (get user info (name mail,etc...) from another ldap without test of password cos already done with ntlm)
So! how can i redirect log-in page ? thanks a lot
------------------------------------------------------------
Hi,
You can implement your own version of the
com.xpn.xwiki.user.api.XWikiAuthService interface.
There's already a LDAP impl existing (different from the XWiki default
one), so you can look over that too as an example.
Then, you must precise in the xwiki.cfg configuration file that you want
to use your own class, with something like
xwiki.authentication.authclass = com.mycompany.mypackage.MyXWikiAuthImpl
Regards,
Jerome.
Hi,
I'd like to modify the XWiki.getDocument(String fullname) API so that
it's possible to reference documents in other virtual wikis.
For example: getDocument("otherwiki:Space.Name")
This will add for example the ability to have Panels in one wiki and
use them in another wiki.
WDYT?
Thanks
-Vincent
Hi devs,
Just read an interesting post from John Casey (from Maven fame):
http://blogs.sonatype.com/john/2007/11/09/1194630418546.html
I haven't yet thought how we could apply this to XWiki but I think
this is definitely an idea we should explore. The really nice thing is
that it keeps the new code completely clean and moves all the
compatibility code in one clean location (that's the point of Aspects).
Dunno why I've never thought about this. Sounds such a nice use case
for Aspects.
-Vincent
Hi xwikiers,
The last Evelina's patch for new Rights Management system on 1.1
branch as been committed.
I would like to release on Monday and in the meantime it would be
great if some ones could test it.
You can see the release note at
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise112.
Here my +1
Thanks,
--
Thomas Mortagne
hi all
i would like to implement ntlm authentification with xwiki on tomcat 5.5
i watch for jcifs
there is a way to perform it? via custom authentification?
does anybody try?
thanks a lot !!
Would be better to send mail on mailing list and not directly to me :)
Anyway in $xwiki you have all theses methods :
getUserName(user)
getUserName(user, link)
getUserName(user, format)
getUserName(user, format, link)
it seam that in getUserName(user) "link" is true by default so it
return you the name with a correct link to access it, if you don't
want the link I suppose $xwiki.getUserName($context.getUser(), false)
is correct.
When you search for api methods the better way is to print the class
and then go to javadoc to see the methods in the class. For example
for $context you can do $context.class that print you the exact JAVA
class and then you go to
http://www.xwiki.org/xwiki/bin/download/DevGuide/API/xwiki%2Dcore%2D1.1.1%2…
and click on Context class link to see all methods $context contains.
2007/11/7, harikrishnan_v(a)amritatech.com <harikrishnan_v(a)amritatech.com>:
> Sorry for disturbing you again, Thomas. I am getting the pretty-name using the way
> you told me.
> But it does not return the name as a plain string. It is a hyperlink to a page of
> that name (name of the user). Is there any method to get rid of that link ? Can
> something like typecasting be done here ?
>
> Thanks,
> Hari
>
> Thomas Mortagne wrote:
> >
> > If you want a prettier (FirstName LastName) user name you can use
> > $xwiki.getLocalUserName($context.getUser()).
> >
> > 2007/11/7, Thomas Mortagne <thomas.mortagne(a)xwiki.com>:
> >> Hi,
> >>
> >> You can get user name with $context.getLocalUser() or users full name
> >> with $context.getUser(). Full name means generally containing "XWiki."
> >> be fore user name, it's the full name of the document containing the
> >> user.
> >>
> >> 2007/11/7, V. Harikrishnan Nair <harikrishnan_v(a)amritatech.com>:
> >> >
> >> > Hi...
> >> >
> >> > I tried use $xwiki.getUser to get the current user's name but I got a
> >> value
> >> > like this 'com.xpn.xwiki.api.User@13095c7'.
> >> > So, I looked into the API doc and used getLocalUser() but it does not
> >> work.
> >> > This is the syntax that I used -
> >> >
> >> > #set($user = $xwiki.getLocalUser())
> >> > $user
> >> >
> >> > What is wrong here ? It had given me an output for getUser().
> >> >
> >> > Harikrishnan
> >> >
> >> > --
> >> > View this message in context:
> >> http://www.nabble.com/using-getLocalUser%28%29-tf4763863.html#a13624781
> >> > Sent from the XWiki- Users mailing list archive at Nabble.com.
> >> >
> >> > _______________________________________________
> >> > users mailing list
> >> > users(a)xwiki.org
> >> > http://lists.xwiki.org/mailman/listinfo/users
> >> >
> >>
> >>
> >> --
> >> Thomas Mortagne
> >>
> >
> >
> > --
> > Thomas Mortagne
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> >
> Quoted from:
> http://www.nabble.com/using-getLocalUser%28%29-tf4763863.html#a13625001
>
>
--
Thomas Mortagne
Hi everyone,
I think we're now feature complete for the 1.1.2 release. Thomas and I
are proposing to release it tomorrow morning.
Please try to test it before then and let us know if anything is amiss.
Thanks
-Vincent
Hi Vincent,
> Hi Marius,
>
> Thanks for the feedback, see below.
>
> On Oct 31, 2007, at 11:39 PM, Marius Dumitru Florea wrote:
>
>> Hi,
>>
>> Due to some technical problems I had over the past few days I
>> haven't been
>> able to stay online too much so I'm gonna catch up with you guys by
>> telling you about my work status.
>>
>> 1. The new GWT based WYSIWYG editor is in 'stand-by' mode until I
>> have an
>> API for the WikiModel. You can see what I've done so far at
>> http://www.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt#HThen…
>> .
>
> I've had a talk yesterday with Ludovic and others and we think we need
> to start again working on the WYSIWYG editor since it's really
> important. However since the editor depends on the underlying
> rendering mechanism the idea would be to work only on the UI part for
> now so as to be prepared when the new rendering is done.
>
> In term of priorities, I think you should finish first the Stats
> features you're working on first and then move on to this if that's ok
> with you.
This is great news. I'd be more than happy to continue the work on the
WYSIWYG editor after I finish with the Stats page. Basically, I'm going to
develop a bunch of custom GWT widgets like the tool bar, status bar,
context
menu, rich text area, and so on, which are independent of the xwiki's
rendering mechanism. I'll plan this as soon as I'm done with the Stats,
and of course I'll let you know through devs list.
>
>> 2. Regarding the WikiModel, I scanned the code from
>> http://code.google.com/p/wikimodel/, I followed the discussion on this
>> list and I read general stuff about Doxia. So I look forward to see
>> Vincent's API for the WikiModel+Doxia.
>
> To be honest I'm disappointed by wikimodel. It's far less advanced
> than I had initially thought (basically it's only interfaces right
> now, even the parsers are not finished, and there are no listeners
> written for XHTML, etc).
I'm sorry to hear that.
>
> This is why I started looking at Doxia. My take is that the only
> interesting solution for xwiki is if WikiModel could join Doxia (which
> is more advanced and has more active contributors). I'm waiting for
> Mikhail's decision on this. The Doxia team would be happy to embrace
> his donation of wikimodel to Apache.
Looks like Mikhail has a tough decision to make. I bet he feels he's
loosing his "child". I know I would.
>
> On my side, I've started playing with Doxia and I've started a XWiki
> sink which allows converting from any doxia supported syntax to XWiki
> (Confluence, TWiki, etc). I'm going to continue working on this since
> 1) it allows me to know the state of Doxia better and 2) it's useful
> for us to have these conversion tools.
>
> I also need to send a new summary email to see how the suggested
> architecrture for the new XWiki rendering mechanism would work with
> Doxia. I believe it would work exactly in the same manner as with
> wikimodel though since they're very similar in their APIs.
>
> Thus the following step for me is to create a xwiki-rendering module
> in the core to start the rendering interfaces and the mapping to Doxia/
> Wikimodel. Unfortunately I'm busy on stuff for Javapolis (new
> xwiki.org web site + 1.2 release) and I'm working on this on a best
> effort basis. I shall be able to progress much faster after JP.
I look forward to seeing your proposal.
>
>> 3. I've created a plug-in wrapper for the JodaTime framework that is
>> now
>> available in both standard and enterprise distributions. I still
>> have to
>> write some selenium tests for it and of course the documentation on
>> xwiki.org, in the code/plugins area. You can find more details at
>> http://jira.xwiki.org/jira/browse/XWIKI-1820.
>>
>>
>> 4. I'm currently working on the Stats page. I almost finished
>> implementing
>> the java part and the next step will be to create the stats (in page)
>> panels using velocity and the chart macro. See
>> http://jira.xwiki.org/jira/browse/XE-37 for more details.
>
> Could you provide more details on this? Some questions:
>
> 1) Could you show us the UI part of what you're designing or what
> you're planning to implement? Maybe you could also ask Laurent Lunati
> for his help on the design part?
In one of my previous mails
(http://lists.xwiki.org/pipermail/devs/2007-October/004346.html) I tried
to sketch the panels I'm going to put on the Stats page. I haven't got any
feedback since so I considered the layout was fine. Laurent's help with
the design would be appreciated. I can provide more details if needed.
> 2) Does your work require any change to the XWiki Platform Core? Or is
> it just changes at the application level (XAR)? If there are changes
> in the core what are the?
Yes, I made some changes to the core and I'll add some docs to the
enterprise XAR. See
http://lists.xwiki.org/pipermail/devs/2007-October/004344.html for more
details.
> 3) What is your target date for finishing this task? We need to plan
> in which version we can have it (and we need it sooner rather than
> later ;)).
If you look at
http://lists.xwiki.org/pipermail/devs/2007-October/004344.html you'll see
there 8 steps. I've just started the 6th step. Here's my planning:
step 6 : 1 day
step 7 : 3 days
step 8 : 1 day
debugging : 1 day
unexpected : 1 day
------------------
7 working days, starting from November 5th
So I hope I'll be able to show you the new Stats page on November 14th. Is
this ok?. Tomorrow (November 2nd) I'll finish with the jodatime plugin
(selenium tests and xwiki.org documentation).
>
> Thanks Marius for this feedback and the work you're doing!
> -Vincent
Thanks Vincent for your support!
-Marius
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
Hi,
Im working on my xwiki site. I wanted to create collapsable spaces as we
have collapsable panels. I tried using panel header macro, but aesthicity is
lost. It looks a lot clumsy. Could you help me in creating the collapsable
spaces in the quicklinks panel.
Thanx,
Sharan
Hi,
Due to some technical problems I had over the past few days I haven't been
able to stay online too much so I'm gonna catch up with you guys by
telling you about my work status.
1. The new GWT based WYSIWYG editor is in 'stand-by' mode until I have an
API for the WikiModel. You can see what I've done so far at
http://www.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt#HThen….
2. Regarding the WikiModel, I scanned the code from
http://code.google.com/p/wikimodel/, I followed the discussion on this
list and I read general stuff about Doxia. So I look forward to see
Vincent's API for the WikiModel+Doxia.
3. I've created a plug-in wrapper for the JodaTime framework that is now
available in both standard and enterprise distributions. I still have to
write some selenium tests for it and of course the documentation on
xwiki.org, in the code/plugins area. You can find more details at
http://jira.xwiki.org/jira/browse/XWIKI-1820.
4. I'm currently working on the Stats page. I almost finished implementing
the java part and the next step will be to create the stats (in page)
panels using velocity and the chart macro. See
http://jira.xwiki.org/jira/browse/XE-37 for more details.
Regards,
Marius