November 2007 - xwiki-devs@xwiki.org

[xwiki-devs] ntlm with xwiki
by arnaud 10 Nov '07

10 Nov '07

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.

2 1

[xwiki-devs] [Proposal] Modify XWiki.getDocument(String fullname) to support documents in virtual wikis
by Vincent Massol 10 Nov '07

10 Nov '07

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

2 2

[xwiki-devs] Using Aspects for backward compatibility in XWiki
by Vincent Massol 09 Nov '07

09 Nov '07

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

1 0

[xwiki-devs] [VOTE] Release XWiki Platform and Enterprise 1.1.2
by Thomas Mortagne 08 Nov '07

08 Nov '07

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

5 6

[xwiki-devs] ntlm with xwiki
by arnaud 07 Nov '07

07 Nov '07

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 !!

3 3

Re: [xwiki-devs] using getLocalUser()
by Thomas Mortagne 07 Nov '07

07 Nov '07

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

1 0

[xwiki-devs] XE 1.1.2 release tomorrow
by Vincent Massol 06 Nov '07

06 Nov '07

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

1 0

Re: [xwiki-devs] GWT WYSIWYG+Wikimodel/Doxia+Stats (was Re: work status)
by Marius Dumitru Florea 06 Nov '07

06 Nov '07

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 >

3 2

[xwiki-devs] Collapsable spaces
by sharan s 06 Nov '07

06 Nov '07

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

1 0

[xwiki-devs] work status
by Marius Dumitru Florea 06 Nov '07

06 Nov '07

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

3 2