xwiki-users

xwiki-users@xwiki.org

10408 discussions

[xwiki-users] [myxwiki] new wiki request

by Jeffrey Hickman

I'd like to evaluate xwiki for collaboration, communication and documentation by people in the leadership (board members and committee chairpersons) of my small Unitarian Universalist church in Surprise Arizona. We are a non-profit. I'm a Systems Architect for a Java development team 10 hours a day and a debian linux user. At work I manage a Confluence site so I'm familiar with systems of this type. I understand the No warranty situation with this site and I am capable of self-support. My username on myxwiki.org is jeffreybhickman. I'd like the server name for the wiki to be uusurprise.myxwiki.org. Thanks, Jeffrey Hickman jeffreybhickman(a)gmail.com

11 years, 10 months

[xwiki-users] Migrating 3.5 to 4.5.2

by Jeremie BOUSQUET

Hello, I'm trying migration of XWIki 3.5 to 4.5.2, and have some issues ... First, I must tell that I ran the queries described in [1], to cleanup the 3 stats tables. What happened though, is that during the migration I got an OutOfMemory error ... during migration of xwikistatsdoc. I relaunched with more heap (2Go), but got it again. I relaunched after activating safemode for that particular migration (R40000XWIKI6990), but then I got an issue on duplicate key for the xwikistatsdoc table: Caused by: com.xpn.xwiki.XWikiException: Error number 3005 in 3: R40000XWIKI6990 migration failed while converting ID from [232911443] to [7825842251281349221] A quick analysis of incriminated rows shows (sorry for display): +----------------------+------------+----------------------------+---------------+ | XWS_ID | XWS_NUMBER | XWS_NAME | XWS_CLASSNAME | +----------------------+------------+----------------------------+---------------+ | 232911443 | 1956069455 | Main | | | 5956685394971351254 | 1956069455 | | | | 7825842251281349221 | 1956069455 | Main | | +----------------------+------------+----------------------------+---------------+ To me it seems that as migration process was interrupted, maybe stat with id 232911443 was migrated successfully (in a previous run) to id 7825842251281349221, but old row was not removed. So when migration occurs again, it tries to migrate that same line again and fails. So I will try to run again after removing that line, but in case it fails, is it possible to only: - put back my backup of the 3 stats tables only (as the rest was successfully migrated) - relaunch the migration Would I need to update something in the migration temp tables to achieve that ? (ie restart migration only for stats tables), or will it do it by itself as it knows that step was unsuccessful ? Asking that because migration is painfully long, so I prefer to prepare myself to loose less time ... tomorrow ;-) Bonus question: There are plenty of rows in xwikistatsdoc with empty value in "XWS_NAME" field. Are these normal ? Can I / Should I purge them ? Br, Jeremie [1] http://jira.xwiki.org/browse/XWIKI-8129

11 years, 10 months

[xwiki-users] How to delete document without put it in trash bin

by Arnaud bourree

Hello If I used document.delete(), document is moved to trash bin. Documents I want to delete are temporary documents I want definitively deleted. How can I delete document without put it in trash bin? Should I have to open JIRA issue to request trash bin parameter? Regards, Arnaud.

11 years, 10 months

[xwiki-users] Tomcat xwiki-temp directory and slow startup times

by Ashtar Communications

Hi, I have a question about Tomcat's "xwiki-temp" directory causing substantial slowdowns at startup. I am running XWiki 4.2 on Tomcat (on Windows Server 2008 R2). I was noticing very lengthy startup times (easily an hour or more), and finally tracked the source of the problem to the "xwiki-temp" Tomcat directory: \Tomcat\work\Catalina\xxx.xxx.xxx.xxx\xwiki\xwiki-temp This directory has tens of thousands of identical files, and appears to not be cleared between Tomcat restarts. After a week it's at about 70,000 files and 500MB. Deleting the contents of this directory immediately remedied my slow startup times, but over time the directory fills back up and needs to be cleared out again. The majority of the directory is filled with subdirectories with alphanumeric codes, like: G6mHPTWL kJar6JFZ The contents of each subfolder is identical, with two more subfolders: /attachment - this contains 2 PNG files: xwiki.ColorThemes.DefaultColorTheme.header.png xwiki.ColorThemes.DefaultColorTheme.logo.png /skins - this contains a number of other subdirectories for the colibri skin, all with css files from the skin. I understand this is likely a Tomcat problem more than an XWiki problem per se, but am hoping someone else out there has seen it before and has an idea what's going on or how to fix it. thanks, Aaron

11 years, 10 months

[xwiki-users] [myxwiki] new wiki request

by Kurs Aarau

Dear myxwiki Team, i really like your Project and i'am interested in having a wiki hosted on this farm. I want to use this wiki to try the features of wiki with my colleagues, which are in different libraries in different citites. We want to give it a try if Xwiki on a farn would be a tool to improve our communication. If i could have a wiki hosted on this farm, that would be great! my username: kursaarau name for the wiki: kursaarau Best wishes

11 years, 10 months

[xwiki-users] How to update an object only if it change

by Arnaud bourree

Hello, I'm prototyping a connector to a ticket tracking tool: I'm writing a Groovy page which import CSV calls into XWiki. I map each CSV rows to one XWiki object store in one page (one object per page). OK, I succeed to to it. My issue is that imported CSV contains rows (tickets) which don't change since last import and I don't want to update page in this case. Thanks to getDiff() method on BaseObject, XWiki help me to find is ticket change or not. I write the following Groovy code: def http = new HTTPBuilder( 'https://stim.gemalto.com' ) http.parser.'text/csv' = { resp -> return new CSVReader( new InputStreamReader( resp.entity.content, ParserRegistry.getCharset( resp ) ) ) } http.request( Method.GET, 'text/csv' ) { uri.path = myPath uri.query = myQuery // response handler for a success response code: response.success = { resp, csv -> if ("${resp.headers.'Content-Type'}".startsWith('text/csv')) { def names = [] def idIndex = 0 def cpt=0 // Find id column call "IncidentNumber" in my case csv.readNext().each { field -> if (field.equals('IncidentNumber')) { idIndex = cpt; } names.add(field) cpt++; } println "|=Incident Number|=action" csv.readAll().each { line -> def id = line[idIndex] def exists = xwiki.exists('myTicket.'+id) def ticketDoc = xwiki.getDocument('myTicket.'+id) def ticket = ticketDoc.newObject('myTicket.myTicketClass') for(i=0 ; i<names.size() ; i++) { ticket.set(names[i], line[i]); } print "|[[myTicket."+id+"]]|" if (!exists) { println "Added" ticketDoc.save() } else { def tickets=ticketDoc.getObjects('myTicket.myTicketClass') def oldTicket = tickets.size() != 0 ? tickets[0] : ticketDoc.newObject('myTicket.myTicketClass') def diffs=ticket.getBaseObject().getDiff(oldTicket.getBaseObject(), xwiki.context) if (diffs.size() != 0) { println "none" } else { println "Updated" ticketDoc.save() } } } } } // handler for any failure status code: response.failure = { resp -> println "Unexpected error: ${resp.status} : ${resp.statusLine.reasonPhrase}" } } The issue in my code, is that I create and add a new ticket object on each update where I want to have only one. I could removed old ticket before save but in this case history diff may not compare two tickets as there have to different GUID. I could copy new ticket fields to old ticket Or may be there is simplest way to do it implemented else where in XWiki? What do you think? Regards, Arnaud.

11 years, 10 months

Re: [xwiki-users] LDAP authentication

by Hamster

We are having the same issue (IE is not remembering the username and password) Does anyone know a solution? -- View this message in context: http://xwiki.475771.n2.nabble.com/LDAP-authentication-tp7584012p7584350.html Sent from the XWiki- Users mailing list archive at Nabble.com.

11 years, 10 months

Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view

by Mark Jas

I solved the SSO error in catalina.out. This was the result of an apache misconfiguration. ("Limit GET POST" instead of "limit GET") I'm now back to the trouble with the Tree view. It still looks that authorization headers are missing in some requests. Does anybody know if this is a correct assumption? And if it is, how can I solve this? -----Oorspronkelijk bericht----- Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Jas Verzonden: donderdag 14 maart 2013 13:43 Aan: XWiki Users Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view Hi Marius, There are a lot of AJAX requests, some work, some don't. All requests have cookie headers. But it looks like the failed requests have no authorization header, and the other requests do have one. On the main page I see some failed requests (without authorization header) and right after, the same request again with authorization header that succeeds! Looks like some kind of retry. With the REST request, I do not see this duplicate requests. Mark -----Oorspronkelijk bericht----- Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea Verzonden: donderdag 14 maart 2013 12:52 Aan: XWiki Users Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view Ok, so the problem is: * either the AJAX requests don't have the necessary authentication information * or the REST system doesn't understand or doesn't handle properly the authentication information from the request. All AJAX requests should have all the cookies that the main request (for the edit mode) has. So if the authentication information is stored in cookies then it is send with the AJAX requests. The first thing to check is if the AJAX requests (logged in the Firebug console) have the authentication information. I don't know how the Kerberos SSO works nor if it integrates well with REST. We need the help of a REST guru here :) Thanks, Marius On Thu, Mar 14, 2013 at 1:37 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: > Forgot to mention: > Catalina.out shows me this: > > 2013-03-14 12:35:58,430 [http://xwiki/xwiki/bin/get/Main/WebHome?xpage=xpart&vm=commentsinline.vm] WARN a.t.TrustedLDAPAuthServiceImpl - Failed to resolve remote user. It usually mean that no SSO information has been provided to XWiki. > > -----Oorspronkelijk bericht----- > Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens > Mark Jas > Verzonden: donderdag 14 maart 2013 12:34 > Aan: XWiki Users > Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view > > Hi Marius, > > I used firebug like you said. Here my findings: > - Scheme is ok. (all http) > - hostname is ok (all "xwiki") > - the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages) > - all the REST request on the tree page have "401 authorization required" responses. > - No authentication errors in apache logs > - http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs) > - http://xwiki/xwiki/rest/ without SSO gives me some XML > - All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031 > > Hope you can help. > Thanks. > Mark > > -----Oorspronkelijk bericht----- > Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens > Marius Dumitru Florea > Verzonden: donderdag 14 maart 2013 8:22 > Aan: XWiki Users > Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view > > On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: >> Hello, >> >> >> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index. >> >> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine. >> >> Is this a bug? > > Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode. > > The things to check are: > * are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL? > * do they have the same domain? > * is the REST system working when Kerberos SSO is enabled? > > Thanks, > Marius > >> >> >> Mark >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

11 years, 10 months

[xwiki-users] Trouble with XWiki Active Directory LDAP Configuration

by mrswadge

Hi, I hope someone can help me. I'm experiencing some trouble with the configuration of XWiki against our Active Directory server. Unfortunately LDAP is not something I am very familiar with and it seems a little unusual to my way of thinking! I have an Active Directory in the following format that I am trying to get working with XWiki: - Root - OU=Staff - CN=Bill Bailey - sAMAccountName=bb - CN=Fred Bloggs - sAMAccountName=fb I've configured the following, but I can't get past the login screen. xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl xwiki.authentication.ldap=1 xwiki.authentication.ldap.server=servername xwiki.authentication.ldap.port=389 xwiki.authentication.ldap.bind_DN=subdomain\\{0} xwiki.authentication.ldap.bind_pass={1} xwiki.authentication.ldap.base_DN=DC=subdomain,DC=domain,DC=com xwiki.authentication.ldap.user_group=OU=Staff xwiki.authentication.ldap.UID_attr=sAMAccountName xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn xwiki.authentication.ldap.update_user=1 These are my logs... 2013-03-18 15:08:18,924 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication 2013-03-18 15:08:18,924 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - The provided user is null. We don't try to authenticate, it probably means the user is in non logged mode. 2013-03-18 15:08:18,924 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication 2013-03-18 15:08:18,924 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_classes: [groupofnames, groupwisedistributionlist, dynamicgroup, dynamicgroupaux, groupofuniquenames, group] 2013-03-18 15:08:18,924 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_memberfields: [member, uniquemember] 2013-03-18 15:08:18,971 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Connection to LDAP server [tidc:389] 2013-03-18 15:08:19,002 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Binding to LDAP server with credentials login=[subdomain\username] 2013-03-18 15:08:19,236 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Checking if the user belongs to the user group: OU=Staff 2013-03-18 15:08:19,252 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - Retrieving Members of the group [OU=Staff] 2013-03-18 15:08:19,252 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - [OU=Staff] is a valid DN, lets try to get corresponding entry. 2013-03-18 15:08:19,252 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - LDAP search: baseDN=[OU=Staff] query=[null] attr=[[objectClass, member, uniquemember, sAMAccountName]] ldapScope=[2] 2013-03-18 15:08:19,299 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - Failed to get group members com.novell.ldap.LDAPException: Operations Error at com.novell.ldap.LDAPResponse.getResultException(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPResponse.chkResultCode(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPSearchResults.next(Unknown Source) ~[jldap-4.3.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembersSearchResult(XWikiLDAPUtils.java:676) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembersFromDN(XWikiLDAPUtils.java:603) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembers(XWikiLDAPUtils.java:543) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembers(XWikiLDAPUtils.java:721) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.isUidInGroup(XWikiLDAPUtils.java:843) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:328) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:273) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:193) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:175) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:240) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3631) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:171) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3644) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4690) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:179) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) [struts-1.2.9.jar:1.2.9] at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) [servlet-api.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) [servlet-api.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) [xwiki-platform-wysiwyg-server-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) [xwiki-platform-webdav-server-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) [xwiki-platform-container-servlet-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) [xwiki-platform-container-servlet-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [catalina.jar:7.0.37] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [catalina.jar:7.0.37] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [catalina.jar:7.0.37] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [catalina.jar:7.0.37] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) [catalina.jar:7.0.37] at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) [tomcat-coyote.jar:7.0.37] at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) [tomcat-coyote.jar:7.0.37] at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852) [tomcat-coyote.jar:7.0.37] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_26] at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.6.0_26] at java.lang.Thread.run(Unknown Source) [na:1.6.0_26] 2013-03-18 15:08:19,299 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - Looks like [OU=Staff] is not a DN, lets try filter or id 2013-03-18 15:08:19,299 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - LDAP search: baseDN=[DC=subdomain,DC=domain,DC=com] query=[OU=Staff] attr=[[objectClass, member, uniquemember, sAMAccountName]] ldapScope=[2] 2013-03-18 15:08:19,314 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - Probably a organization unit or a search 2013-03-18 15:08:19,346 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG .p.l.LDAPPluginReferralHandler - Looking for auth for referral to DomainDnsZones.subdomain.domain.com:389 2013-03-18 15:08:19,377 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPUtils - Found group [OU=Staff] members [null] 2013-03-18 15:08:19,377 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed. com.xpn.xwiki.XWikiException: Error number 8001 in 8: LDAP user username does not belong to LDAP group OU=Staff. at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:331) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:273) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:193) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:175) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:240) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3631) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:171) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3644) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4690) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:179) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) [struts-1.2.9.jar:1.2.9] at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) [servlet-api.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) [servlet-api.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) [xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) [xwiki-platform-wysiwyg-server-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) [xwiki-platform-webdav-server-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) [xwiki-platform-container-servlet-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) [xwiki-platform-container-servlet-5.0-milestone-1.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.37] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [catalina.jar:7.0.37] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [catalina.jar:7.0.37] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [catalina.jar:7.0.37] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) [catalina.jar:7.0.37] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [catalina.jar:7.0.37] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) [catalina.jar:7.0.37] at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) [tomcat-coyote.jar:7.0.37] at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) [tomcat-coyote.jar:7.0.37] at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852) [tomcat-coyote.jar:7.0.37] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_26] at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.6.0_26] at java.lang.Thread.run(Unknown Source) [na:1.6.0_26] 2013-03-18 15:08:19,377 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Trying authentication against XWiki DB 2013-03-18 15:08:19,392 [http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - LDAP authentication failed for user [username] Thanks for any help! -- View this message in context: http://xwiki.475771.n2.nabble.com/Trouble-with-XWiki-Active-Directory-LDAP-… Sent from the XWiki- Users mailing list archive at Nabble.com.

11 years, 10 months

[xwiki-users] [ANN] XWiki 4.5.2 released

by Vincent Massol

11 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users