- xwiki-users@xwiki.org - lists.xwiki.org

[xwiki-users] Image quality (Profile Pictures)
by Ole Mollenhauer 04 Feb '13

04 Feb '13

Hi, I read about a parameter "quality" which sets the quality of resized pictures. I want to improve the quality esp. of the Profile pics. Where do i configure this? thanks Ole

2 1

[xwiki-users] Xwiki Enterprise 4.4: Customizing Velocity macros
by Naoufel Chbihi 01 Feb '13

01 Feb '13

Hello I'm using XWiki Enterprise 4.4 and I'm customizing the XWiki skin by using the Colibri skin a as a base. Looking through the menuview.vm Velocity template, I found out that the #xwikitopmenuentry macro is being used generate the HTML for the "ADD", "XWIKI", "Space" and "Page" menus. I have added a "Macros" attribute to the XWikiSkins class, created a copy of macros.vm into the /xwiki/skins/myskin/templates, and set the "Macros" attribute to #renderTemplate('templates/macros.vm'). I then wrote a new Velocity macro inside this file (called "#xwikitopmenuentry2") and modified the menuview.vm file to call #xwikitopmenuentry2 but I still see the old code being generated. So, it doesn't seem that I'm doing this the right way. Any idea how I can do this? Thank you. Naoufel Chbihi Technical Specialist | Spécialiste technique Mainframe Operating System Technology | Technologie du système d'exploitation des ordinateurs centraux Service Management & Delivery (SM&D) | Gestion et prestation des services (GPS) Information Technology Services Branch (ITSB) | Direction générale des services d'infotechnologie (DGSIT) Shared Services Canada | Services partagés Canada 7038-700 Montreal Road, Ottawa, ON K1A 0P7 | 7038-700, chemin Montréal, Ottawa, ON K1A 0P7 Tel.: 613-748-2169 Fax: 613-748-2617 E-mail: naoufel.chbihi(a)ssc.gc.ca | naoufel.chbihi(a)spc.gc.ca

1 0

Re: [xwiki-users] Caching resources
by David Delbecq 01 Feb '13

01 Feb '13

Http headers i gave comes form a 4.1.2 xwiki running on a plain (default configuration) jboss 7 ----- Mail original ----- De: "Sergiu Dumitriu" <sergiu(a)xwiki.com> À: "XWiki Users" <users(a)xwiki.org> Envoyé: Jeudi 31 Janvier 2013 18:53:32 Objet: Re: [xwiki-users] Caching resources On 01/31/2013 12:31 PM, David Delbecq wrote: > Hello, > > i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, skin doesn't change often :) > As you can see, by default, xwiki forbid caching... What do i need to change for this caching? > Nope, that's not the default behavior. XWiki does rely on caching, and if you go to http://playground.xwiki.org/xwiki/bin/skin/resources/js/scriptaculous/effec… you'll see that the resource is cached. > > HTTP/1.1 200 OK > Server: Apache-Coyote/1.1 > Pragma: No-cache ^ These don't come from XWiki, I guess that Tomcat's configuration is the one that adds the Pragma: No-cache header. > Cache-Control: public > Expires: Sat, 02 Mar 2013 17:22:25 GMT > Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT ^ These come from XWiki, and they do enable caching. > Content-Type: text/javascript;charset=UTF-8 > Content-Language: en > Content-Length: 25003 > Date: Thu, 31 Jan 2013 17:22:25 GMT Hm, except maybe if you're using a very old version of XWiki. What version are you currently using? -- Sergiu Dumitriu http://purl.org/net/sergiu _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

1 1

[xwiki-users] Best Practice for multiple "fully functional" instances?
by lists＠yhmail.de 01 Feb '13

01 Feb '13

Hello! We are currently discussing the possibilities on how to configure our system for the following scenarios: We have multiple XWiki instances for several users. Since the users want to have full admin rights we cannot use the xwiki farm. For security reasons we are deploying each instance into a virtual machine (KVM) with its own Tomcat and Database. Using this kind of setup seems to be most secure and flexible in terms of miss configured tomcat installations, SQL-injections and file-system (on purpose or by mistake) access though scripting. The obvious down side is the huge overhead which comes with the virtualization. So I was wondering what kind of setups you are using. Can I deploy the application into some kind of tomcat-chroot-environment? What kind of database setup is possible? Is it possible to restrict access to a certain database on an application bases (much like you can restrict access based on the connecting ip-address). The Database has the be PostgreSQL. I appreciate all kind of inputs. Cheers, Stephanie.

2 1

[xwiki-users] XWiki 4.4.1 Running Under Tomcat 7.0.35 Does Not Shutdown Cleanly
by Mike Schaffner 31 Jan '13

31 Jan '13

Has anyone seen the severe errors below in their Tomcat catalina.log file after shutting Tomcat down? Does anyone know what to do about it? It causes problems when restarting the XWiki web application. Thanks in advance for your help. Mike [mschaffner@ebo-elab01 logs]$ ../bin/version.sh Using CATALINA_BASE: /usr/share/apache-tomcat-7.0.35 Using CATALINA_HOME: /usr/share/apache-tomcat-7.0.35 Using CATALINA_TMPDIR: /usr/share/apache-tomcat-7.0.35/temp Using JRE_HOME: /usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre Using CLASSPATH: /usr/share/apache-tomcat-7.0.35/bin/bootstrap.jar:/usr/share/apache-tomcat-7.0.35/bin/tomcat-juli.jar Server version: Apache Tomcat/7.0.35 Server built: Jan 10 2013 10:52:49 Server number: 7.0.35.0 OS Name: Linux OS Version: 2.6.43.8-1.fc15.x86_64 Architecture: amd64 JVM Version: 1.6.0_22-b22 JVM Vendor: Sun Microsystems Inc. [mschaffner@ebo-elab01 logs]$ cat catalina.out Jan 31, 2013 2:13:02 PM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1064 ms Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.35 Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/examples Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/ROOT Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/xwiki 2013-01-31 14:13:16,811 [localhost-startStop-1] WARN o.x.e.i.ServletEnvironment - No permanent directory configured. Using temporary directory [/usr/share/apache-tomcat-7.0.35/temp]. 2013-01-31 14:13:20,955 [localhost-startStop-1] INFO istributionInitializerListener - Distribution up to date Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/host-manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/docs Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 18581 ms Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardServer await INFO: A valid shutdown command was received via the shutdown port. Stopping the Server instance. Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardService stopInternal INFO: Stopping service Catalina Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [com.google.inject.internal.util.$Finalizer] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Core extension repository updater] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Job Manager daemon thread] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Distribution initialization] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Timer-440] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [New I/O client boss #441] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [New I/O client worker #441-1] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Callback] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.google.inject.internal.InjectorImpl$1] (value [com.google.inject.internal.InjectorImpl$1@19290b6f]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@55adb150]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.sun.xml.bind.v2.ClassFactory$1] (value [com.sun.xml.bind.v2.ClassFactory$1@7e542721]) and a value of type [java.util.WeakHashMap] (value [{class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionAuthor=java.lang.ref.WeakReference@544a43d2, class java.util.ArrayList=java.lang.ref.WeakReference@57aabb39, class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionDependency=java.lang.ref.WeakReference@9e9c826, class org.xwiki.extension.repository.xwiki.model.jaxb.License=java.lang.ref.WeakReference@53533bdf, class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionVersion=java.lang.ref.WeakReference@7d7fd835}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.ning.http.client.providers.netty.NettyAsyncHttpProvider.ThreadLocalBoolean] (value [com.ning.http.client.providers.netty.NettyAsyncHttpProvider$ThreadLocalBoolean@2e24655f]) and a value of type [java.lang.Boolean] (value [false]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [org.sonatype.guice.bean.inject.BeanInjector$1] (value [org.sonatype.guice.bean.inject.BeanInjector$1@577b57a3]) and a value of type [boolean[]] (value [[Z@62b6bb33]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [org.jboss.netty.util.CharsetUtil$1] (value [org.jboss.netty.util.CharsetUtil$1@4abc43e6]) and a value of type [java.util.IdentityHashMap] (value [{US-ASCII=sun.nio.cs.US_ASCII$Encoder@591686f7}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.sun.xml.bind.v2.runtime.Coordinator$1] (value [com.sun.xml.bind.v2.runtime.Coordinator$1@55f6efd2]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@46faf015]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@4a8171b]) and a value of type [java.util.Stack] (value [[org.xwiki.context.ExecutionContext@3784f000]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@78a8ac79]) and a value of type [java.util.Stack] (value [[org.xwiki.logging.event.LogQueueListener@9d379d2]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@4a8171b]) and a value of type [java.util.Stack] (value [[org.xwiki.context.ExecutionContext@1ae2cf08]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.ning.http.client.providers.netty.NettyAsyncHttpProvider.ThreadLocalBoolean] (value [com.ning.http.client.providers.netty.NettyAsyncHttpProvider$ThreadLocalBoolean@2e24655f]) and a value of type [java.lang.Boolean] (value [true]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@20862402]) and a value of type [org.infinispan.context.SingleKeyNonTxInvocationContext] (value [SingleKeyNonTxInvocationContext{flags=null}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol stop INFO: Stopping ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol stop INFO: Stopping ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol destroy INFO: Destroying ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol destroy INFO: Destroying ProtocolHandler ["ajp-bio-8009"] [mschaffner@ebo-elab01 logs]$

1 0

[xwiki-users] Caching resources
by David Delbecq 31 Jan '13

31 Jan '13

Hello, i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, skin doesn't change often :) As you can see, by default, xwiki forbid caching... What do i need to change for this caching? Thank you. ----------- GET /xwiki/bin/skin/resources/js/scriptaculous/effects.js HTTP/1.1 Host: ********* User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.12) Gecko/20100101 Firefox/10.0.12 Accept: */* Accept-Language: fr-be,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip, deflate Connection: keep-alive Referer: ********** Cookie: JSESSIONID=*********.undefined; language=en; gh.i=%7B%7D; AJS.conglomerate.cookie=||||||||||||||||||||||||||||||upm.tab=install If-Modified-Since: Tue, 26 Jun 2012 10:06:58 GMT Authorization: Basic ZGVsYmQ6c2VpcmprMjA0NA== HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Pragma: No-cache Cache-Control: public Expires: Sat, 02 Mar 2013 17:22:25 GMT Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT Content-Type: text/javascript;charset=UTF-8 Content-Language: en Content-Length: 25003 Date: Thu, 31 Jan 2013 17:22:25 GMT String.prototype.parseColor=function(){var a="#"; if(this.slice(0,4)=="rgb("){var c=this.slice(4,this.length-1).split(","); ----------- David Delbecq

2 1

[xwiki-users] Search Suggest Issues
by CarlJ 31 Jan '13

31 Jan '13

Good Afternoon All, I am currently having issues with the search suggest feature of Xwiki, the problem I am having is that links to attachments are showing in the "document content" part of the drop down of this feature which I need to be excluded. I have disabled Attachment name and Attachment Content from from SearchSuggestConfig and even tried excluded attachments by using "__INPUT__* NOT type:attachment" & "__INPUT__* NOT .doc" from document content. Thanks -- View this message in context: http://xwiki.475771.n2.nabble.com/Search-Suggest-Issues-tp7583632.html Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] too many open files with Lucene
by CHENEAU-GREHALLE Nicolas 31 Jan '13

31 Jan '13

Hello, Since the migration from 4.1.3 to 4.4, there are "too many open files" alerts in Tomcat (release 5.5). I changed limit from 1024 (default value) to 4096 but the problem is not solved. It seems there are many open files used by lucene : Total tomcat open files : >/usr/sbin/lsof |grep java | wc -l 3318 Lucene open files : >/usr/sbin/lsof |grep java | grep "/xem/data" | wc -l 2524 Lucene "deleted" open files : >/usr/sbin/lsof |grep java | grep "/xem/data" | grep deleted | wc -l 1663 This behavior is new with 4.4. There is a known problem with Lucene ? Thank you Ncg

2 2

[xwiki-users] upgrade error from 4.4.1 to 4.5M1
by StefanS 30 Jan '13

30 Jan '13

Hi all, i get this error message on install Xwiki-Enterprise UI 4.5M1 any help here ? thanks and best regards Stefan -#-#-#-#- Tried to remove non-existing property [job.extension.plan] from execution context. Failed to create install plan: Left side ($argument.size()) of '>' operation has null value at /templates/extension.vm[line 861, column 32] class org.xwiki.extension.InstallException: Failed to create install plan: Left side ($argument.size()) of '>' operation has null value at /templates/extension.vm[line 861, column 32] at org.xwiki.extension.job.internal.InstallJob.start(InstallJob.java:112) at org.xwiki.job.AbstractJob.start(AbstractJob.java:134) at org.xwiki.job.internal.DefaultJobManager.run(DefaultJobManager.java:155) at java.lang.Thread.run(Thread.java:679) #-#-#-#- -- View this message in context: http://xwiki.475771.n2.nabble.com/upgrade-error-from-4-4-1-to-4-5M1-tp75836… Sent from the XWiki- Users mailing list archive at Nabble.com.

6 8

[xwiki-users] Help with LDAP
by Pape, Barry 30 Jan '13

30 Jan '13

Greetings Xwiki Gurus, I've been trying to get our installation authenticating with LDAP and am having no luck. We are running XWiki 4.3 in Tomcat 7.0.34 on Windows Server 2008 R2 Standard. I have installed the LDAP Application Extension and tried configuring it both through the web interface and xwiki.config with no success. Every time I attempt to login I receive an Invalid Credentials error (stack trace below,) and the LDAP section from xwiki.config file is below that. I've tried a number of different values for the server, bind DN, and the base DN, but nothing works. Any suggestions are greatly appreciated? Is there any additional logging that I can add for more information? Thanks, Barry 2013-01-30 10:12:55,825 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentica tion 2013-01-30 10:12:55,825 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - The provided user is nul l. We don't try to authenticate, it probably means the user is in non logged mod e. 2013-01-30 10:12:55,825 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentica tion 2013-01-30 10:12:55,840 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_classes: [gro upofnames, groupwisedistributionlist, dynamicgroup, dynamicgroupaux, groupofuniq uenames, group] 2013-01-30 10:12:55,840 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_memberfields: [member, uniquemember] 2013-01-30 10:12:55,857 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Connection to LDAP serve r [ldap.nov.com:389] 2013-01-30 10:12:55,868 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Binding to LDAP server w ith credentials login=[cn=papeb,dc=nov,dc=com] 2013-01-30 10:12:55,928 [http://usa-111b4s1.nov.com:8080/xwiki/bin/loginsubmit/X Wiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Local LDAP authenticatio n failed. com.xpn.xwiki.plugin.ldap.XWikiLDAPException: Error number 0 in 5: LDAP bind fai led with LDAPException. Wrapped Exception: Invalid Credentials at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnectio n.java:184) ~[xwiki-platform-legacy-oldcore-4.4.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnectio n.java:113) ~[xwiki-platform-legacy-oldcore-4.4.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticat eInContext(XWikiLDAPAuthServiceImpl.java:305) [xwiki-platform-legacy-oldcore-4.4 .jar:na] #------------------------------------------------------------------------------------- # LDAP #------------------------------------------------------------------------------------- #-# LDAP authentication service xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# - 0: disable #-# - 1: enable #-# The default is 0 xwiki.authentication.ldap=1 #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) xwiki.authentication.ldap.server=ldap.nov.com xwiki.authentication.ldap.port=389 #-# LDAP login, empty = anonymous access, otherwise specify full dn #-# {0} is replaced with the user name, {1} with the password xwiki.authentication.ldap.bind_DN= cn={0},dc=nov,dc=com xwiki.authentication.ldap.bind_pass={1} #-# The Base DN used in LDAP searches xwiki.authentication.ldap.base_DN=dc=nov,dc=com #-# LDAP query to search the user in the LDAP database (in case a static admin user is provided in #-# xwiki.authentication.ldap.bind_DN) #-# {0} is replaced with the user uid field name and {1} with the user name #-# The default is ({0}={1}) # xwiki.authentication.ldap.user_search_fmt=({0}={1}) #-# Only members of the following group will be verified in the LDAP #-# otherwise only users that are found after searching starting from the base_DN # xwiki.authentication.ldap.user_group=cn=developers,ou=groups,o=MegaNova,c=US #-# [Since 1.5RC1, XWikiLDAPAuthServiceImpl] #-# Only users not member of the following group can autheticate # xwiki.authentication.ldap.exclude_group=cn=admin,ou=groups,o=MegaNova,c=US #-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name #-# The default is cn # xwiki.authentication.ldap.UID_attr=sAMAccountName #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential LDAP groups classes. Separated by commas. # xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential names of the LDAP groups fields containings the members. Separated by commas. # xwiki.authentication.ldap.group_memberfields=member,uniqueMember #-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute) #xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,email=mail #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# On every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki #-# account is created. #-# - 0: only when creating user #-# - 1: at each authentication #-# The default is 0 #xwiki.authentication.ldap.update_user=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# Maps XWiki groups to LDAP groups, separator is "|". The following kind of groups are supported: #-# * LDAP static groups (users/subgroups are listed statically in the group object) #-# * [Since 3.3M1] LDAP organization units (users/subgroups are sub object of the provided organization unit) #-# * [Since 3.3M1] LDAP filter (users/groups are object found in a search with the provided filter), #-# | character in the filter need to be escaped with backslash (\). #-# #-# Here is an example: # xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=AdminRole,ou=groups,o=domain,c=com|\ # XWiki.LDAPUsers=ou=groups,o=domain,c=com|\ # XWiki.Organisation=(cn=testers) #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# Time in s after which the list of members in a group is refreshed from LDAP #-# The default is 21600 (6 hours) # xwiki.authentication.ldap.groupcache_expiration=21600 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# - create : synchronize group membership only when the user is first created #-# - always: synchronize on every login #-# The default is always # xwiki.authentication.ldap.mode_group_sync=always #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# If ldap authentication fails for any reason, try XWiki DB authentication with the same credentials #-# - 0: disable #-# - 1: enable #-# The default is 0 xwiki.authentication.ldap.trylocal=1 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# SSL connection to LDAP server #-# - 0: normal #-# - 1: SSL #-# The default is 0 # xwiki.authentication.ldap.ssl=0 #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# The keystore file to use in SSL connection # xwiki.authentication.ldap.ssl.keystore= #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The java secure provider used in SSL connection #-# The default is com.sun.net.ssl.internal.ssl.Provider # xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider #-# Bypass standard LDAP bind validation by doing a direct password comparison. #-# If you don't know what you do, don't use that. It's covering very rare and bad use cases. #-# - 0: disable #-# - 1: enable #-# The default is 0 # xwiki.authentication.ldap.validate_password=0 #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# Specifies the LDAP attribute containing the password to be used "when xwiki.authentication.ldap.validate_password" #-# is set to 1 # xwiki.authentication.ldap.password_field=userPassword #-# [Since 4.3M1, XWikiLDAPAuthServiceImpl] #-# The maximum number of milliseconds the client waits for any operation under these constraints to complete. #-# The default is 1000 # xwiki.authentication.ldap.timeout=1000

4 3