[xwiki-users] XEM 1.4 working with XE 1.7.3?

2008-11-21 Thread [Ricardo Rodriguez] Your EPEC Network ICT Team
Hi all,

Please, must I be able to run XEM 1.4 on a new XE 1.7 milestone 3 instance?

Thanks!

Ricardo

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] XWiki Enterprise 1.7 Milestone 3 Released

2008-11-21 Thread Sergiu Dumitriu
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
> Hi, Thomas,
> 
> I think the link to xwiki-enterprise-wiki-1.7-milestone-3.xar in the 
> downloaded page is not correct. It must read
> 
> http://forge.objectweb.org/project/download.php?group_id=170&file_id=11716
> 
> but it currently links to:
> 
> http://forge.objectweb.org/project/download.php?group_id=170&file_id=117

Fixed, thanks!

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] XWiki Enterprise 1.7 Milestone 3 Released

2008-11-21 Thread [Ricardo Rodriguez] Your EPEC Network ICT Team
Hi, Thomas,

I think the link to xwiki-enterprise-wiki-1.7-milestone-3.xar in the 
downloaded page is not correct. It must read

http://forge.objectweb.org/project/download.php?group_id=170&file_id=11716

but it currently links to:

http://forge.objectweb.org/project/download.php?group_id=170&file_id=117

Cheers!

Ricardo

Thomas Mortagne wrote:
> he XWiki development team is pleased to announce the release of XWiki
> Enterprise 1.7 Milestone 3.
>
> Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
>
> Last milestone of the XWiki Enterprise 1.7 version.
>
> Main changes:
>
> * Webdav support
> * Groovy upgrade
> * New script macro
>
> Important bug fixes:
>
> * The old LDAP authenticator is still used by default in some cases
>
> Note that general goals for XWiki Enterprise 1.7 are
>
> * Working and usable (i.e. users can use them for their day to day
> work instead of the old Syntax and old WYSIWYG editor) versions of new
> rendering and new WYSIWYG editor.
> * Working JCR (can be used for day to day work instead of Hibernate).
> * French XE
> * Blog revamping
> * Webdav integration
>
> For more information see the Release notes at:
> http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise17M3
>
> Thanks, The XWiki dev team
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>
>   

-- 
Ricardo Rodríguez
Your EPEC Network ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Clean URL and WYSIWYG Issues

2008-11-21 Thread RBrennanJr
I ran into the same issue Jonathan mentioned the other day with 
wysiwyg/wiki editor after applying servlet mapping changes etc to get 
'Short URLs' working.  There appears to be 2 solutions, one is that you 
have to adjust servlet mappings for all directories & .js files at the top 
level (*.js, tiny_mce, wiki_editor, yui) in order for everything to play 
nice together. 

A work around I've found if you don't want to do that (or have easy access 
to it) is that everything does appear to work if you move  those 
directories under /skins/ & adjust the references to those files,  in 
javascript.vm & editwysiwyg.vm (there may be a couple other references 
...) 

 I'm using a custom skin built on top of the defaults, which has the 
advantage that I can have my own versions of those files & not have to 
worry about changing paths to those js libraries in the default skin files 
upon future upgrades. 

I'm undecided which the better method is (servlet mapping vs. moving those 
dirs), but in either case,  this might be good info to add to the Short 
URL instructions - unless Jonathan & I are the only ones who have 
encountered this , in which case, not sure where we went wrong in our 
respective configurations  :-) 

Incidentally, the adaptation of XWiki I'm working on is a pilot product 
for www.boston.com (http://www.boston.com/yourtown/wiki/Newton/  - not 
quite ready for prime time however ;-)   as we get it more solidified I'll 
be happy to share with the XWiki community & get more involved - 
specifically I may be able to contribute some tips & tricks & shortcuts to 
the custom skin documentation ... 

Best, 
Ricky Brennan
[EMAIL PROTECTED]




___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] groovy notification

2008-11-21 Thread Jerome Velociter
Do you actually encounter a problem, besides the error in the logs ?
I believe those logs are generated when you call getRenderedContent on 
your blog article, so I maintain they have nothing to do with your 
notification class.
Which version of XWiki Enterprise are you using ?

Jerome.

Dan Svoboda wrote:
> Hi,
>
> See below
>
> Dan Svoboda wrote:
>> Hi,
>>
>> I'm trying to use the notification system to trigger the sending of  
>> email whenever a comment is added to a blog article. I'm patterning my  
>> groovy class after the pircbot example on the xwiki snippets site.
>>
>> My system is xwiki workspaces as a virtual xwiki under xem. The  
>> platform version is 1.5.2.
>>
>> Here's my groovy class (XWSNotify.BlogMailNotificationGroovyClass):
>>
>> /* Groovy Class #* */
>>
>> import com.xpn.xwiki.api.XWiki;
>> import com.xpn.xwiki.XWikiContext;
>> import com.xpn.xwiki.notify.XWikiDocChangeNotificationInterface;
>> import com.xpn.xwiki.notify.DocObjectChangedRule;
>> import com.xpn.xwiki.notify.XWikiNotificationRule;
>> import com.xpn.xwiki.doc.XWikiDocument;
>>
>> public class BlogMailNotificationGroovyClass implements \
>>
>> XWikiDocChangeNotificationInterface
>>
>> {
>> def xwiki;
>> def rule;
>> def name;
>>
>> public void initClasses(XWikiContext context)
>> {
>> this.xwiki = context.getWiki();
>> // listen to notifications
>> this.rule = DocObjectChangedRule(this);
>>
>> context.getWiki().getNotificationManager().addGeneralRule(rule);
>> }
>>
>> public void notify(XWikiNotificationRule rule, XWikiDocument  
>> newdoc, \
>>XWikiDocument olddoc, int event, XWikiContext  
>> context)
>> {
>> def length = newdoc.getSpace().length();
>> def lastFour = length - 4;
>> if(newdoc.getSpace().substring(lastFour) == "Blog") {
>>
>> def ms = xwiki.getPlugin("mailsender");
>> def nb = ms.sendHtmlMessage(context.getUser(), 
>> "[EMAIL PROTECTED]  
>> ", \
>>context.get("ccrecipients"),  
>> context.get("bccrecipients"), \
>>context.get("subject"),  
>> newdoc.getRenderedContent(), \
>>newdoc.getContent(),  
>> newdoc.getAttachments());
>> }
>> }
>> }
>>
>> /* *# */
>>
>> Here's a velocity script I'm using to initialize/test:
>>
>> #set($sc = $context.getContext().getEngineContext().getServletContext())
>> $sc.getAttribute("blgmailnotif")
>> #set($blgmlnotif =  
>> $xwiki.parseGroovyFromPage("XWSNotify.BlogMailNotificationGroovyClass"))
>> #set($ok = $sc.setAttribute("blgmailnotif", $blgmlnotif))
>> #set($blgmailnotif = $sc.getAttribute("blgmailnotif"))
>> $sc.getAttribute("blgmailnotif")
>> #set($ok = $blgmlnotif.initClasses($context))
>> #set($ok = $blgmlnotif.notify($blgmlnotif.rule,$newdoc,$newdoc, 
>> 3,$context))
>>
>> Here's the output from the velocity script:
>>
>> [EMAIL PROTECTED]
>> [EMAIL PROTECTED]
>>
>> So, the groovy class gets initialized to a new reference successfully  
>> each time parseGroovyFromPage is called.
>>
>> Here's what appears in the log after running the velocity script:
>>
>> [ERROR] Left side ($request.title) of '!=' operation has null value.  
>> Operation not possible.  [line 53, column 43]
>> [WARNING] Cannot retrieve method notify from object of class  
>> BlogMailNotificationGroovyClass due to security restrictions.
>>
>> If I alter the velocity script to:
>>
>> #set($sc = $context.getContext().getEngineContext().getServletContext())
>> $sc.getAttribute("blgmailnotif")
>>
>> Here's what appears in the log:
>>
>> [ERROR] Left side ($request.title) of '!=' operation has null value.  
>> Operation not possible.  [line 53, column 43]
>>
>> So, the [WARNING] is the only log entry pertaining to the groovy class.
>>
>> If I add a comment to a Blog article (with or without the  
>> BlogMailNotificationGroovyClass initialized), the following appears in  
>> the log:
>>
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition operation has null value.  
>> Operation not possible.  [line 20, column 25]
>> [ERROR] Left side ($index) of addition op

Re: [xwiki-users] groovy notification

2008-11-21 Thread Dan Svoboda
Hi,

See below

Dan Svoboda wrote:
> Hi,
>
> I'm trying to use the notification system to trigger the sending of
> email whenever a comment is added to a blog article. I'm patterning my
> groovy class after the pircbot example on the xwiki snippets site.
>
> My system is xwiki workspaces as a virtual xwiki under xem. The
> platform version is 1.5.2.
>
> Here's my groovy class (XWSNotify.BlogMailNotificationGroovyClass):
>
> /* Groovy Class #* */
>
> import com.xpn.xwiki.api.XWiki;
> import com.xpn.xwiki.XWikiContext;
> import com.xpn.xwiki.notify.XWikiDocChangeNotificationInterface;
> import com.xpn.xwiki.notify.DocObjectChangedRule;
> import com.xpn.xwiki.notify.XWikiNotificationRule;
> import com.xpn.xwiki.doc.XWikiDocument;
>
> public class BlogMailNotificationGroovyClass implements \
>
> XWikiDocChangeNotificationInterface
>
> {
> def xwiki;
> def rule;
> def name;
>
> public void initClasses(XWikiContext context)
> {
> this.xwiki = context.getWiki();
> // listen to notifications
> this.rule = DocObjectChangedRule(this);
>
> context.getWiki().getNotificationManager().addGeneralRule(rule);
> }
>
> public void notify(XWikiNotificationRule rule, XWikiDocument
> newdoc, \
>XWikiDocument olddoc, int event, XWikiContext
> context)
> {
> def length = newdoc.getSpace().length();
> def lastFour = length - 4;
> if(newdoc.getSpace().substring(lastFour) == "Blog") {
>
> def ms = xwiki.getPlugin("mailsender");
> def nb = ms.sendHtmlMessage(context.getUser(), "[EMAIL PROTECTED]
> ", \
>context.get("ccrecipients"),
> context.get("bccrecipients"), \
>context.get("subject"),
> newdoc.getRenderedContent(), \
>newdoc.getContent(),
> newdoc.getAttachments());
> }
> }
> }
>
> /* *# */
>
> Here's a velocity script I'm using to initialize/test:
>
> #set($sc =  
> $context.getContext().getEngineContext().getServletContext())
> $sc.getAttribute("blgmailnotif")
> #set($blgmlnotif =
> $ 
> xwiki 
> .parseGroovyFromPage("XWSNotify.BlogMailNotificationGroovyClass"))
> #set($ok = $sc.setAttribute("blgmailnotif", $blgmlnotif))
> #set($blgmailnotif = $sc.getAttribute("blgmailnotif"))
> $sc.getAttribute("blgmailnotif")
> #set($ok = $blgmlnotif.initClasses($context))
> #set($ok = $blgmlnotif.notify($blgmlnotif.rule,$newdoc,$newdoc,
> 3,$context))
>
> Here's the output from the velocity script:
>
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
>
> So, the groovy class gets initialized to a new reference successfully
> each time parseGroovyFromPage is called.
>
> Here's what appears in the log after running the velocity script:
>
> [ERROR] Left side ($request.title) of '!=' operation has null value.
> Operation not possible.  [line 53, column 43]
> [WARNING] Cannot retrieve method notify from object of class
> BlogMailNotificationGroovyClass due to security restrictions.
>
> If I alter the velocity script to:
>
> #set($sc =  
> $context.getContext().getEngineContext().getServletContext())
> $sc.getAttribute("blgmailnotif")
>
> Here's what appears in the log:
>
> [ERROR] Left side ($request.title) of '!=' operation has null value.
> Operation not possible.  [line 53, column 43]
>
> So, the [WARNING] is the only log entry pertaining to the groovy  
> class.
>
> If I add a comment to a Blog article (with or without the
> BlogMailNotificationGroovyClass initialized), the following appears in
> the log:
>
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
> [ERROR] Left side ($index) of addition operation has null value.
> Operation not possible.  [line 20, column 25]
>
> The number of lines corresponds to the number of comments present in
> the Blog article. There's nothing in the log pertaining to the groovy
> class.

Indeed, this has nothing to do with your groovy notification. This is
generated by the velocity engine.
Is your skin customized ? Is the blog application modified ? (The log
says that somewhere a variable $index is trying to add something to
"null". Might be the paginati

Re: [xwiki-users] Admin avatar/picture change

2008-11-21 Thread Sergiu Dumitriu
Daniel Simon wrote:
> How can the admin (or other user with admin privileges) modify another  
> user's picture/avatar?
> 
> The only way that I've found of doing this is attaching a file to the  
> user page and editing the XWiki.XWikiUsers "avatar" class item  
> manually.  It looks like the regular avatar upload page doesn't work  
> properly for anyone but the user in question.

I guess there's a bug in changeavatar.vm, you must add:

#template("xwikivars.vm")

at the start of that file, so that $hasAdmin is initialized.

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] OutOfMemory errors.

2008-11-21 Thread Robert Munro
Hi

I have been running xwiki on a hosting server with 128Mb private JVM for a
few weeks with no problems - but all of a sudden today i seem to be getting
OutOfMemory errors whenever I try to run the app (i.e. go to the main page).
Is there any links / advice for performance tuning - i was reading something
about the attachment cache taking lots of memory (I would be happy to
disable this cache).

What would be the recommended memory for running xwiki?

It all seems strange as i have been running it for 3 weeks with no probs, I
have other hibernate apps but they are running fine.

reagrds,
rob.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Re(2): Problem with Admin Sheet page

2008-11-21 Thread Bruno Neves
I copy a xwiki.cfg from a new instalation, and problem is resolved.
Thanks again
Bruno Neves

users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 11:13 + escreveu:
:I have these skinx plugins in the list:
:
:com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,
:com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,
:
:This problem has happened since I upgrade my XWiki with the DocumentTree 
plugin. I have already uninstalled
:it but the problem persists.
:
:Any clue?
:
:Thanks in advance
:
:
:users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 10:36 + escreveu:
::Hi,
::
::It looks like your package and skinx plugins are not enabled. Can you
::give use the plugins section of your xwiki.cfg ?
::Which XE version are you using ? Did this happened after an upgrade ?
::
::JV.
::
::On Fri, Nov 21, 2008 at 11:22 AM, Bruno Neves <[EMAIL PROTECTED]> wrote:
::> Greetings
::>
::> I have a problem with AdminSheet. When I select "Administrate wiki" to 
change some configurations, verify
::> that no menu image was showed and when I try to export something I recive 
this error:
::>
::> A problem occured while trying to service your request. Please contact the 
support if this happens again.
::> Detailed information:
::>Error number 11015 in 11: Exception while exporting
::> Wrapped Exception: null
::> com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while 
exporting
::> Wrapped Exception: null
::>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64)
::>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
::>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
::>at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
::>at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
::>at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
::>at 
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
::>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
::>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
::>at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
::>at
::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
::>at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
::>at
::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
::>at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
::>at
::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
::>at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
::>at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
::>at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
::>at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
::>at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
::>at org.mortbay.http.HttpServer.service(HttpServer.java:954)
::>at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
::>at 
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
::>at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
::>at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
::>at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
::>at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
::>
::>
::> Wrapped Exception:
::>
::> java.lang.NullPointerException
::>at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230)
::>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57)
::>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
::>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
::>at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
::>at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
::>at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
::>at 
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
::>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
::>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
::>at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
::>at
::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
::>at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestR

[xwiki-users] Re(2): Problem with Admin Sheet page

2008-11-21 Thread Bruno Neves
I have these skinx plugins in the list:

com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,
com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,

This problem has happened since I upgrade my XWiki with the DocumentTree 
plugin. I have already uninstalled
it but the problem persists.

Any clue?

Thanks in advance


users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 10:36 + escreveu:
:Hi,
:
:It looks like your package and skinx plugins are not enabled. Can you
:give use the plugins section of your xwiki.cfg ?
:Which XE version are you using ? Did this happened after an upgrade ?
:
:JV.
:
:On Fri, Nov 21, 2008 at 11:22 AM, Bruno Neves <[EMAIL PROTECTED]> wrote:
:> Greetings
:>
:> I have a problem with AdminSheet. When I select "Administrate wiki" to 
change some configurations, verify
:> that no menu image was showed and when I try to export something I recive 
this error:
:>
:> A problem occured while trying to service your request. Please contact the 
support if this happens again.
:> Detailed information:
:>Error number 11015 in 11: Exception while exporting
:> Wrapped Exception: null
:> com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while 
exporting
:> Wrapped Exception: null
:>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64)
:>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
:>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
:>at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
:>at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
:>at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
:>at 
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
:>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
:>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
:>at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
:>at
:org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
:>at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
:>at
:org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
:>at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
:>at
:org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
:>at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
:>at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
:>at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
:>at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
:>at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
:>at org.mortbay.http.HttpServer.service(HttpServer.java:954)
:>at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
:>at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
:>at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
:>at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
:>at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
:>at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
:>
:>
:> Wrapped Exception:
:>
:> java.lang.NullPointerException
:>at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230)
:>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57)
:>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
:>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
:>at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
:>at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
:>at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
:>at 
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
:>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
:>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
:>at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
:>at
:org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
:>at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
:>at
:org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
:>at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
:>at
:

[xwiki-users] Re(2): Problem with Admin Sheet page

2008-11-21 Thread Bruno Neves
I'm using XWiki Enterprise 1.5, and yes, this happened after an upgrade. I will 
verify my xwiki.cfg file.
Thanks
Bruno neves

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Problem with Admin Sheet page

2008-11-21 Thread Jean-Vincent Drean
Hi,

It looks like your package and skinx plugins are not enabled. Can you
give use the plugins section of your xwiki.cfg ?
Which XE version are you using ? Did this happened after an upgrade ?

JV.

On Fri, Nov 21, 2008 at 11:22 AM, Bruno Neves <[EMAIL PROTECTED]> wrote:
> Greetings
>
> I have a problem with AdminSheet. When I select "Administrate wiki" to change 
> some configurations, verify
> that no menu image was showed and when I try to export something I recive 
> this error:
>
> A problem occured while trying to service your request. Please contact the 
> support if this happens again.
> Detailed information:
>Error number 11015 in 11: Exception while exporting
> Wrapped Exception: null
> com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while 
> exporting
> Wrapped Exception: null
>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64)
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
>at 
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>at 
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
>at 
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>at 
> org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
>at 
> com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
>at 
> com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
>at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
>at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
>at 
> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
>at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
>at org.mortbay.http.HttpServer.service(HttpServer.java:954)
>at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
>at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
>at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
>at 
> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
>at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
>at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
>
>
> Wrapped Exception:
>
> java.lang.NullPointerException
>at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230)
>at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57)
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
>at 
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>at 
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
>at 
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>at 
> org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
>at 
> com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
>at 
> com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
>at 
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
>at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
>at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
>at 
> org.mortbay.jetty.servlet.

Re: [xwiki-users] Problem with Admin Sheet page

2008-11-21 Thread Bruno Neves
I'm sorry. I forget the screenshoot .
Thanks
Bruno Neves

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups

2008-11-21 Thread Thomas Zwitanowitsch
> When you edit the groups with object editor, do you see the users in it 
?
Now this is weird. In all groups I can see the users using the object 
editor - despite the XWikiAllGroup, it is empty!

Did reimport whole XAR - with no effect.

Will try a local fresh setup...




"Thomas Mortagne" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
21.11.2008 11:09
Please respond to
XWiki Users 


To
"XWiki Users" 
cc

Subject
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups






On Fri, Nov 21, 2008 at 10:55 AM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> I am not able to add any user to any group - however I sometimes get an
> error that the user I try to add already is in the group, but I cannot 
see
> it. The groups are all empty, even XWikiAllGroup.

When you edit the groups with object editor, do you see the users in it ?

>
> Yes, I see this wouldn't make sense, but wanted to mention it as I am 
now
> not even able to grant access with local authorization anymore... Only
> superadmin works...

Looks like there is something really wrong here.

>
> Don't have any idea what to do next. Any possibility to reset wiki,
> without loosing content?

You can reimport the default XE xar for 1.6.1 (on
http://www.xwiki.org/xwiki/bin/view/Main/Download) if you only added
content and not modified default one (you can filter the one you
modified when importing).

>
> Do you think I should try 1.7M3?

1.7M3 is a little instable right now on some new stuffs that has been
added so I can't advise you to use it for production. But you can
anyway try the standalone distribution at least to see if you still
have LDAP and users/groups problems. Maybe this will help us to
understand what is wrong.

>
>
>
>
> "Thomas Mortagne" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 21.11.2008 10:48
> Please respond to
> XWiki Users 
>
>
> To
> "XWiki Users" 
> cc
>
> Subject
> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>
>
>
>
>
>
> On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch
> <[EMAIL PROTECTED]> wrote:
>> Actually I am not setting the GroupMemberFields at all - it's using the
>> defaults 'member' and 'unqiuemember'. The user is the same as in wiki
> and
>> has read-access to everywhere.
>>
>> I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot
>> access or see any members in any group anymore. Tried to delet and
>> re-create with no effect. Maybe this is related?
>
> What do you means ? All XWiki groups are empty ? Or the any XWiki
> group page is blank ?
>
> Anyway even if you have some problem on XWiki side it should not break
> the call to LDAP search.
>
>>
>> Thanks!
>> Thomas
>>
>>
>>
>>
>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>> Sent by: [EMAIL PROTECTED]
>> 20.11.2008 20:06
>> Please respond to
>> XWiki Users 
>>
>>
>> To
>> "XWiki Users" 
>> cc
>>
>> Subject
>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>
>>
>>
>>
>>
>>
>> On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch
>> <[EMAIL PROTECTED]> wrote:
>>> I tweaked the test class a bit to conform the settings I have in my
>>> "normal" wiki setup:
>>>
>>> LDAP search:
>>>
>>
> 
baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
>>> query=[null] attr=[[objectClass, uid, member, uniquemember]]
>> ldapScope=[0]
>>> {name=dn
>>>
>>
> 
value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore}
>>> {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore}
>>> {name=member
>>> value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore}
>>> {name=objectClass value=groupOfNames}
>>> {name=objectClass value=Top}
>>>
>>> I does now exactly the same LDAP search as printed out and it is still
>> not
>>> returning anything. Which methods are called when performing the
>>> group-fetch? Maybe I used the wrong ones?
>>> Did you have a chance to look into your code?
>>
>> LDAP Authenticator use exactly the same method.
>>
>> The only things I see that could be different here are:
>> - the user which is used to access the LDAP server
>> - the case of the group members fields names. Are you using lower case
>> ?
>>
> 
utils.ldapUtils.setGroupMemberFields(Arrays.asList("member","equivalenttome"))
>>
>>>
>>> Thanks!
>>> Thomas
>>>
>>>
>>>
>>>
>>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>>> Sent by: [EMAIL PROTECTED]
>>> 19.11.2008 14:14
>>> Please respond to
>>> XWiki Users 
>>>
>>>
>>> To
>>> "XWiki Users" 
>>> cc
>>>
>>> Subject
>>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch
>>> <[EMAIL PROTECTED]> wrote:
 We're using Novell's eDirectory. I thought of the same thing that
 lowercase could be a problem. But on the other side the "

[xwiki-users] Problem with Admin Sheet page

2008-11-21 Thread Bruno Neves
Greetings

I have a problem with AdminSheet. When I select "Administrate wiki" to change 
some configurations, verify
that no menu image was showed and when I try to export something I recive this 
error:

A problem occured while trying to service your request. Please contact the 
support if this happens again. 
Detailed information:
Error number 11015 in 11: Exception while exporting
Wrapped Exception: null
com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while 
exporting
Wrapped Exception: null
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)


Wrapped Exception:

java.lang.NullPointerException
at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at 
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at org.mortbay.http.HttpConnection.handle(HttpC

Re: [xwiki-users] Office-Importer Test Server.

2008-11-21 Thread Asiri Rathnayake
Hi All,


On Tue, Nov 18, 2008 at 5:28 PM, Asiri Rathnayake <
[EMAIL PROTECTED]> wrote:

> Hi again,
>
> On Mon, Nov 17, 2008 at 5:27 PM, Asiri Rathnayake <
> [EMAIL PROTECTED]> wrote:
>
>> Hi All,
>>
>> I have setup a test server for testing the new xwiki-office-importer
>> feature @ http://91.121.237.216/xwiki/bin/view/Main/
>
>
> Updated the office importer application with new UI improvements. Now it's
> possible to choose whether you want to keep styling information or not.
>
> Check it out : http://91.121.237.216/xwiki/bin/view/Import/
>
> Sample document imported (styles filtered) :
> http://91.121.237.216/xwiki/bin/view/Import/NoStyles
>
> Sample document imported (styles preserved) :
> http://91.121.237.216/xwiki/bin/view/Import/WithStyles
>
> Filtering of styles will be improved further in near future (more severe
> filtering will be done).
>

I have uploaded a version of xwiki office importer that does severe style
filtering as requested by many. In this version we filter styles by
attribute names. Filtering styles by css property names will be implemented
soon.

Please try out the new version at
http://91.121.237.216/xwiki/bin/view/Import/

And let me know if the produced xwiki syntax code looks good :)

Any other comments are highly appreciated.

Note: I'm still working on the image link issue. Even though it is fixed in
the rendering module, i have to do some tweaks to make it work in the office
importer.

Thanks.

- Asiri
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups

2008-11-21 Thread Thomas Mortagne
On Fri, Nov 21, 2008 at 10:55 AM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> I am not able to add any user to any group - however I sometimes get an
> error that the user I try to add already is in the group, but I cannot see
> it. The groups are all empty, even XWikiAllGroup.

When you edit the groups with object editor, do you see the users in it ?

>
> Yes, I see this wouldn't make sense, but wanted to mention it as I am now
> not even able to grant access with local authorization anymore... Only
> superadmin works...

Looks like there is something really wrong here.

>
> Don't have any idea what to do next. Any possibility to reset wiki,
> without loosing content?

You can reimport the default XE xar for 1.6.1 (on
http://www.xwiki.org/xwiki/bin/view/Main/Download) if you only added
content and not modified default one (you can filter the one you
modified when importing).

>
> Do you think I should try 1.7M3?

1.7M3 is a little instable right now on some new stuffs that has been
added so I can't advise you to use it for production. But you can
anyway try the standalone distribution at least to see if you still
have LDAP and users/groups problems. Maybe this will help us to
understand what is wrong.

>
>
>
>
> "Thomas Mortagne" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 21.11.2008 10:48
> Please respond to
> XWiki Users 
>
>
> To
> "XWiki Users" 
> cc
>
> Subject
> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>
>
>
>
>
>
> On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch
> <[EMAIL PROTECTED]> wrote:
>> Actually I am not setting the GroupMemberFields at all - it's using the
>> defaults 'member' and 'unqiuemember'. The user is the same as in wiki
> and
>> has read-access to everywhere.
>>
>> I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot
>> access or see any members in any group anymore. Tried to delet and
>> re-create with no effect. Maybe this is related?
>
> What do you means ? All XWiki groups are empty ? Or the any XWiki
> group page is blank ?
>
> Anyway even if you have some problem on XWiki side it should not break
> the call to LDAP search.
>
>>
>> Thanks!
>> Thomas
>>
>>
>>
>>
>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>> Sent by: [EMAIL PROTECTED]
>> 20.11.2008 20:06
>> Please respond to
>> XWiki Users 
>>
>>
>> To
>> "XWiki Users" 
>> cc
>>
>> Subject
>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>
>>
>>
>>
>>
>>
>> On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch
>> <[EMAIL PROTECTED]> wrote:
>>> I tweaked the test class a bit to conform the settings I have in my
>>> "normal" wiki setup:
>>>
>>> LDAP search:
>>>
>>
> baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
>>> query=[null] attr=[[objectClass, uid, member, uniquemember]]
>> ldapScope=[0]
>>> {name=dn
>>>
>>
> value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore}
>>> {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore}
>>> {name=member
>>> value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore}
>>> {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore}
>>> {name=objectClass value=groupOfNames}
>>> {name=objectClass value=Top}
>>>
>>> I does now exactly the same LDAP search as printed out and it is still
>> not
>>> returning anything. Which methods are called when performing the
>>> group-fetch? Maybe I used the wrong ones?
>>> Did you have a chance to look into your code?
>>
>> LDAP Authenticator use exactly the same method.
>>
>> The only things I see that could be different here are:
>> - the user which is used to access the LDAP server
>> - the case of the group members fields names. Are you using lower case
>> ?
>>
> utils.ldapUtils.setGroupMemberFields(Arrays.asList("member","equivalenttome"))
>>
>>>
>>> Thanks!
>>> Thomas
>>>
>>>
>>>
>>>
>>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>>> Sent by: [EMAIL PROTECTED]
>>> 19.11.2008 14:14
>>> Please respond to
>>> XWiki Users 
>>>
>>>
>>> To
>>> "XWiki Users" 
>>> cc
>>>
>>> Subject
>>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch
>>> <[EMAIL PROTECTED]> wrote:
 We're using Novell's eDirectory. I thought of the same thing that
 lowercase could be a problem. But on the other side the "member"
>>> attribute
 is all lowercase - only "equivalentToMe" is mixed case. And I just
>> tried
 it to only map it to "member" with no change.
>>>
>>> Right you should get "name" at least. It's weird than you get the
>>> "objectClass" attributes and not the "name".
>>>
>>> I don't have more ideas of what can be the problem yet. Do the LDAP
>>> user have right to list LDAP groups ?
>>>

 Here are the new logs:

 bstractXWikiMigrationManager  - No storage migration re

Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups

2008-11-21 Thread Thomas Zwitanowitsch
I am not able to add any user to any group - however I sometimes get an 
error that the user I try to add already is in the group, but I cannot see 
it. The groups are all empty, even XWikiAllGroup.

Yes, I see this wouldn't make sense, but wanted to mention it as I am now 
not even able to grant access with local authorization anymore... Only 
superadmin works...

Don't have any idea what to do next. Any possibility to reset wiki, 
without loosing content?

Do you think I should try 1.7M3?




"Thomas Mortagne" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
21.11.2008 10:48
Please respond to
XWiki Users 


To
"XWiki Users" 
cc

Subject
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups






On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> Actually I am not setting the GroupMemberFields at all - it's using the
> defaults 'member' and 'unqiuemember'. The user is the same as in wiki 
and
> has read-access to everywhere.
>
> I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot
> access or see any members in any group anymore. Tried to delet and
> re-create with no effect. Maybe this is related?

What do you means ? All XWiki groups are empty ? Or the any XWiki
group page is blank ?

Anyway even if you have some problem on XWiki side it should not break
the call to LDAP search.

>
> Thanks!
> Thomas
>
>
>
>
> "Thomas Mortagne" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 20.11.2008 20:06
> Please respond to
> XWiki Users 
>
>
> To
> "XWiki Users" 
> cc
>
> Subject
> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>
>
>
>
>
>
> On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch
> <[EMAIL PROTECTED]> wrote:
>> I tweaked the test class a bit to conform the settings I have in my
>> "normal" wiki setup:
>>
>> LDAP search:
>>
> 
baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
>> query=[null] attr=[[objectClass, uid, member, uniquemember]]
> ldapScope=[0]
>> {name=dn
>>
> 
value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore}
>> {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore}
>> {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore}
>> {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore}
>> {name=member
>> value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore}
>> {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore}
>> {name=objectClass value=groupOfNames}
>> {name=objectClass value=Top}
>>
>> I does now exactly the same LDAP search as printed out and it is still
> not
>> returning anything. Which methods are called when performing the
>> group-fetch? Maybe I used the wrong ones?
>> Did you have a chance to look into your code?
>
> LDAP Authenticator use exactly the same method.
>
> The only things I see that could be different here are:
> - the user which is used to access the LDAP server
> - the case of the group members fields names. Are you using lower case
> ?
> 
utils.ldapUtils.setGroupMemberFields(Arrays.asList("member","equivalenttome"))
>
>>
>> Thanks!
>> Thomas
>>
>>
>>
>>
>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>> Sent by: [EMAIL PROTECTED]
>> 19.11.2008 14:14
>> Please respond to
>> XWiki Users 
>>
>>
>> To
>> "XWiki Users" 
>> cc
>>
>> Subject
>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>
>>
>>
>>
>>
>>
>> On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch
>> <[EMAIL PROTECTED]> wrote:
>>> We're using Novell's eDirectory. I thought of the same thing that
>>> lowercase could be a problem. But on the other side the "member"
>> attribute
>>> is all lowercase - only "equivalentToMe" is mixed case. And I just
> tried
>>> it to only map it to "member" with no change.
>>
>> Right you should get "name" at least. It's weird than you get the
>> "objectClass" attributes and not the "name".
>>
>> I don't have more ideas of what can be the problem yet. Do the LDAP
>> user have right to list LDAP groups ?
>>
>>>
>>> Here are the new logs:
>>>
>>> bstractXWikiMigrationManager  - No storage migration required since
>>> current version is [7351]
>>> ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames,
>>> group, top, dynamicgroupaux, groupofuniquenames,
>>> groupwisedistributionlist, dynamicgroup]
>>> ldap.XWikiLDAPConfig- ldap_group_memberfields:
>>> [equivalenttome, member]
>>> ldap.XWikiLDAPConnection- Connection to LDAP server
>>> [heffalump.wlgore.com:389]
>>> ldap.XWikiLDAPConnection- Binding to LDAP server with
>> credentials
>>> login=[cn=intranet_proxy,ou=proxy-users,ou=system,o=wlgore]
>>> password=[***]
>>> LDAP.XWikiLDAPAuthServiceImpl   - Found user dn with the user object:
>> null
>>> ldap.XWikiLDAPConfig- Ready to create user from LDAP with
>>> fields
>>>
>>
> 
last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
>>> ldap.XWikiLDAPUtils - Searching for the user in LDAP:
>>> 

Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups

2008-11-21 Thread Thomas Mortagne
On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> Actually I am not setting the GroupMemberFields at all - it's using the
> defaults 'member' and 'unqiuemember'. The user is the same as in wiki and
> has read-access to everywhere.
>
> I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot
> access or see any members in any group anymore. Tried to delet and
> re-create with no effect. Maybe this is related?

What do you means ? All XWiki groups are empty ? Or the any XWiki
group page is blank ?

Anyway even if you have some problem on XWiki side it should not break
the call to LDAP search.

>
> Thanks!
> Thomas
>
>
>
>
> "Thomas Mortagne" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 20.11.2008 20:06
> Please respond to
> XWiki Users 
>
>
> To
> "XWiki Users" 
> cc
>
> Subject
> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>
>
>
>
>
>
> On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch
> <[EMAIL PROTECTED]> wrote:
>> I tweaked the test class a bit to conform the settings I have in my
>> "normal" wiki setup:
>>
>> LDAP search:
>>
> baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
>> query=[null] attr=[[objectClass, uid, member, uniquemember]]
> ldapScope=[0]
>> {name=dn
>>
> value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore}
>> {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore}
>> {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore}
>> {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore}
>> {name=member
>> value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore}
>> {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore}
>> {name=objectClass value=groupOfNames}
>> {name=objectClass value=Top}
>>
>> I does now exactly the same LDAP search as printed out and it is still
> not
>> returning anything. Which methods are called when performing the
>> group-fetch? Maybe I used the wrong ones?
>> Did you have a chance to look into your code?
>
> LDAP Authenticator use exactly the same method.
>
> The only things I see that could be different here are:
> - the user which is used to access the LDAP server
> - the case of the group members fields names. Are you using lower case
> ?
> utils.ldapUtils.setGroupMemberFields(Arrays.asList("member","equivalenttome"))
>
>>
>> Thanks!
>> Thomas
>>
>>
>>
>>
>> "Thomas Mortagne" <[EMAIL PROTECTED]>
>> Sent by: [EMAIL PROTECTED]
>> 19.11.2008 14:14
>> Please respond to
>> XWiki Users 
>>
>>
>> To
>> "XWiki Users" 
>> cc
>>
>> Subject
>> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>>
>>
>>
>>
>>
>>
>> On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch
>> <[EMAIL PROTECTED]> wrote:
>>> We're using Novell's eDirectory. I thought of the same thing that
>>> lowercase could be a problem. But on the other side the "member"
>> attribute
>>> is all lowercase - only "equivalentToMe" is mixed case. And I just
> tried
>>> it to only map it to "member" with no change.
>>
>> Right you should get "name" at least. It's weird than you get the
>> "objectClass" attributes and not the "name".
>>
>> I don't have more ideas of what can be the problem yet. Do the LDAP
>> user have right to list LDAP groups ?
>>
>>>
>>> Here are the new logs:
>>>
>>> bstractXWikiMigrationManager  - No storage migration required since
>>> current version is [7351]
>>> ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames,
>>> group, top, dynamicgroupaux, groupofuniquenames,
>>> groupwisedistributionlist, dynamicgroup]
>>> ldap.XWikiLDAPConfig- ldap_group_memberfields:
>>> [equivalenttome, member]
>>> ldap.XWikiLDAPConnection- Connection to LDAP server
>>> [heffalump.wlgore.com:389]
>>> ldap.XWikiLDAPConnection- Binding to LDAP server with
>> credentials
>>> login=[cn=intranet_proxy,ou=proxy-users,ou=system,o=wlgore]
>>> password=[***]
>>> LDAP.XWikiLDAPAuthServiceImpl   - Found user dn with the user object:
>> null
>>> ldap.XWikiLDAPConfig- Ready to create user from LDAP with
>>> fields
>>>
>>
> last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
>>> ldap.XWikiLDAPUtils - Searching for the user in LDAP:
>>> user:tzwitano base: query:(uid=tzwitano) uid:uid
>>> ldap.XWikiLDAPConnection- LDAP search: baseDN=[]
>>> query=[(uid=tzwitano)] attr=[[sn, givenName, fullName, mail, dn]]
>>> ldapScope=[2]
>>> ldap.XWikiLDAPConnection- LDAP search found attributes:
>> [{name=dn
>>> value=cn=a12345,ou=associates,ou=users,o=wlgore}, {name=sn
>>> value=Zwitanowitsch}, {name=mail [EMAIL PROTECTED],
>>> {name=givenName value=Thomas}, {name=fullName value=Thomas
> Zwitanowitsch
>>> }]
>>> LDAP.XWikiLDAPAuthServiceImpl   - LDAP attributes will be used to
> update
>>> XWiki attributes.
>>> LDAP.XWikiLDAPAuthServiceImpl   - Updating existing user with LDAP
>>> attribues located at cn=a12345,ou=associates,ou=users,o=wlgor

[xwiki-users] [ANN] XWiki Enterprise 1.7 Milestone 3 Released

2008-11-21 Thread Thomas Mortagne
he XWiki development team is pleased to announce the release of XWiki
Enterprise 1.7 Milestone 3.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

Last milestone of the XWiki Enterprise 1.7 version.

Main changes:

* Webdav support
* Groovy upgrade
* New script macro

Important bug fixes:

* The old LDAP authenticator is still used by default in some cases

Note that general goals for XWiki Enterprise 1.7 are

* Working and usable (i.e. users can use them for their day to day
work instead of the old Syntax and old WYSIWYG editor) versions of new
rendering and new WYSIWYG editor.
* Working JCR (can be used for day to day work instead of Hibernate).
* French XE
* Blog revamping
* Webdav integration

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise17M3

Thanks, The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups

2008-11-21 Thread Thomas Zwitanowitsch
Actually I am not setting the GroupMemberFields at all - it's using the 
defaults 'member' and 'unqiuemember'. The user is the same as in wiki and 
has read-access to everywhere.

I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot 
access or see any members in any group anymore. Tried to delet and 
re-create with no effect. Maybe this is related?

Thanks!
Thomas




"Thomas Mortagne" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
20.11.2008 20:06
Please respond to
XWiki Users 


To
"XWiki Users" 
cc

Subject
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups






On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch
<[EMAIL PROTECTED]> wrote:
> I tweaked the test class a bit to conform the settings I have in my
> "normal" wiki setup:
>
> LDAP search:
> 
baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore]
> query=[null] attr=[[objectClass, uid, member, uniquemember]] 
ldapScope=[0]
> {name=dn
> 
value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore}
> {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore}
> {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore}
> {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore}
> {name=member
> value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore}
> {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore}
> {name=objectClass value=groupOfNames}
> {name=objectClass value=Top}
>
> I does now exactly the same LDAP search as printed out and it is still 
not
> returning anything. Which methods are called when performing the
> group-fetch? Maybe I used the wrong ones?
> Did you have a chance to look into your code?

LDAP Authenticator use exactly the same method.

The only things I see that could be different here are:
- the user which is used to access the LDAP server
- the case of the group members fields names. Are you using lower case
? 
utils.ldapUtils.setGroupMemberFields(Arrays.asList("member","equivalenttome"))

>
> Thanks!
> Thomas
>
>
>
>
> "Thomas Mortagne" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 19.11.2008 14:14
> Please respond to
> XWiki Users 
>
>
> To
> "XWiki Users" 
> cc
>
> Subject
> Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
>
>
>
>
>
>
> On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch
> <[EMAIL PROTECTED]> wrote:
>> We're using Novell's eDirectory. I thought of the same thing that
>> lowercase could be a problem. But on the other side the "member"
> attribute
>> is all lowercase - only "equivalentToMe" is mixed case. And I just 
tried
>> it to only map it to "member" with no change.
>
> Right you should get "name" at least. It's weird than you get the
> "objectClass" attributes and not the "name".
>
> I don't have more ideas of what can be the problem yet. Do the LDAP
> user have right to list LDAP groups ?
>
>>
>> Here are the new logs:
>>
>> bstractXWikiMigrationManager  - No storage migration required since
>> current version is [7351]
>> ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames,
>> group, top, dynamicgroupaux, groupofuniquenames,
>> groupwisedistributionlist, dynamicgroup]
>> ldap.XWikiLDAPConfig- ldap_group_memberfields:
>> [equivalenttome, member]
>> ldap.XWikiLDAPConnection- Connection to LDAP server
>> [heffalump.wlgore.com:389]
>> ldap.XWikiLDAPConnection- Binding to LDAP server with
> credentials
>> login=[cn=intranet_proxy,ou=proxy-users,ou=system,o=wlgore]
>> password=[***]
>> LDAP.XWikiLDAPAuthServiceImpl   - Found user dn with the user object:
> null
>> ldap.XWikiLDAPConfig- Ready to create user from LDAP with
>> fields
>>
> 
last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
>> ldap.XWikiLDAPUtils - Searching for the user in LDAP:
>> user:tzwitano base: query:(uid=tzwitano) uid:uid
>> ldap.XWikiLDAPConnection- LDAP search: baseDN=[]
>> query=[(uid=tzwitano)] attr=[[sn, givenName, fullName, mail, dn]]
>> ldapScope=[2]
>> ldap.XWikiLDAPConnection- LDAP search found attributes:
> [{name=dn
>> value=cn=a12345,ou=associates,ou=users,o=wlgore}, {name=sn
>> value=Zwitanowitsch}, {name=mail [EMAIL PROTECTED],
>> {name=givenName value=Thomas}, {name=fullName value=Thomas 
Zwitanowitsch
>> }]
>> LDAP.XWikiLDAPAuthServiceImpl   - LDAP attributes will be used to 
update
>> XWiki attributes.
>> LDAP.XWikiLDAPAuthServiceImpl   - Updating existing user with LDAP
>> attribues located at cn=a12345,ou=associates,ou=users,o=wlgore
>> ldap.XWikiLDAPConfig- Ready to create user from LDAP with
>> fields
>>
> 
last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn
>> ldap.XWikiLDAPConfig- Groupmapping found:
>> XWiki.XWikiAdminGroup
>> 
cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore
>> ldap.XWikiLDAPConfig- Groupmapping found: XWiki.MSOEGroup
>> cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=e

[xwiki-users] Admin avatar/picture change

2008-11-21 Thread Daniel Simon
How can the admin (or other user with admin privileges) modify another  
user's picture/avatar?

The only way that I've found of doing this is attaching a file to the  
user page and editing the XWiki.XWikiUsers "avatar" class item  
manually.  It looks like the regular avatar upload page doesn't work  
properly for anyone but the user in question.

/DS
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users