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

[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.

12 years, 9 months

2
4
0 0

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.

12 years, 9 months

1
0
0 0

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

12 years, 9 months

1
0
0 0

[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.

12 years, 9 months

2
2
0 0

[xwiki-users] [ANN] XWiki 4.5.2 released

by Vincent Massol

12 years, 9 months

1
0
0 0

[xwiki-users] [claudeleperewiki] new wiki request

by claude lepere

Hello I am a retired engineer and I am self-studying different matters as Java, web app, MySQL, Lucene, etc. I need a centralized point - in the internet - to store and structure many technical details, analyzes, ideas that I collect now on different machines. As result, a mess and I hope to bring more order with the aid of a good wiki tool. Thanks in advance. Claude Lepere

12 years, 9 months

2
2
0 0

[xwiki-users] Release Application

by Murray, Richard

Downloaded and installed the standalone version of 5.1 to look at the release application. But I cannot see it anywhere. The search function for New Extensions returns nothing. Regards Richard - This e-mail and any attachment transmitted with it are confidential and intended solely for the person or entity to whom it is addressed. If you receive this message in error please contact the sender immediately. Any views expressed in this e-mail are those of the individual sender and do not necessarily reflect the views of Musgrave Group. Please note that Musgrave Group reserves the right to monitor e-mail communications through its networks at all times. www.musgrave.ie The holding company of the Musgrave Group is Musgrave Group plc Registered in Ireland No 105820. Registered office: Ballycurreen, Airport Road, Cork.

12 years, 9 months

3
2
0 0

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

by Mark Jas

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

12 years, 9 months

1
0
0 0

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

by Mark Jas

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

12 years, 9 months

2
1
0 0

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

by Mark Jas

Forgot to mention -----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

12 years, 9 months

1
0
0 0

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

by Mark Jas

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

12 years, 9 months

1
0
0 0

[xwiki-users] TRANSPORT_ERROR with SSO in tree view

by Mark Jas

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? Mark

12 years, 9 months

2
1
0 0

[xwiki-users] Database indexes for XWiki 3.5

by Jeremie BOUSQUET

Hello guys, I'm checking page about database administration [1], as I would like to "sanitize" a bit my indexes before going futher with migration to 4.x. (reason is that clearing problematic data from my stats tables takes forever, and I think it could be improved with the correct indexes). >From that page [1], I get the full list of indexes created for xwiki < 3.2, and the list of indexes that can be created manually, adding to the indexes created automatically by XWiki. But the info I would like, is the list of indexes that I should expect to be created when on XWiki 3.5. My purpose, is that my "show index" from xwikistatsvisit, for example, displays a number of duplicate indexes, some using lowercase others uppercase (waste of space to the least). Also apart from duplications, I'm now unsure that there are no excessive indexes created to start with (8 indexes on a table seems a bit too much, but I'm no DBA and xwiki schema is particular). I could install another xwiki 3.5 instance, on an empty database, and check the indexes, but if there is a way to find it from the code I'd clearly prefer ;-) So if you have any pointer on the right location, that would be very nice. I'm on MySQL 5.1 by the way. Thanks & regards, Jeremie [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Database+Administration…

12 years, 9 months

1
1
0 0

[xwiki-users] migrate single spaces

by DrSarez

Hello, i have installed the latest XWiki 4.5.1 with the debian package and installed all content via the new application manager. But now I have an old XWiki 3.5 instance I want to migrate several spaces from. I tried to export the wiki as xar and import it again. But the xar file is over 70mb large and the importer would not accept this large file. I tried the plugin 'large xar imprter' but it did not work. So how can I migrate my spaces from the old xwiki to the new one? They contains just simple pages with text content and some attachments. -- View this message in context: http://xwiki.475771.n2.nabble.com/migrate-single-spaces-tp7584247.html Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 9 months

2
1
0 0

Re: [xwiki-users] migrate single spaces

by Lineberry, Casey

Check out http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments on how to increase the maximum upload size. -----Original Message----- From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of DrSarez Sent: Tuesday, March 12, 2013 5:19 PM To: users(a)xwiki.org Subject: [xwiki-users] migrate single spaces Hello, i have installed the latest XWiki 4.5.1 with the debian package and installed all content via the new application manager. But now I have an old XWiki 3.5 instance I want to migrate several spaces from. I tried to export the wiki as xar and import it again. But the xar file is over 70mb large and the importer would not accept this large file. I tried the plugin 'large xar imprter' but it did not work. So how can I migrate my spaces from the old xwiki to the new one? They contains just simple pages with text content and some attachments. -- View this message in context: http://xwiki.475771.n2.nabble.com/migrate-single-spaces-tp7584247.html Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

12 years, 9 months

1
0
0 0

[xwiki-users] Allocating memory

by Matt Lamoureux

Hi all, I admit that I am a Tomcat rookie. That being said, I have been struggling with out-of-memory/permgen issues for a while now with no progress. I have looked at this: http://www.xwiki.org/xwiki/bin/view/FAQ/HowToSolveAJavaHeapMemoryError ...but I have not been successful in adjusting my settings. I am running on Windows 2008 R2 64-bit with 12gb available RAM. I am trying to allocate at least 4gb to run Xwiki, since nothing else is running on this server (other than MySQL). I run Tomcat as a service, if that matters. I have been using the Groovy function "${Runtime.getRuntime().maxMemory()}" to keep an eye on my heap size. It stays at 259522560 bytes (247.5mb) no matter what I do. I have tried setting a CATALINA_OPTS system variable with the following settings: -Xms2096m -Xmx=4096m -XX:MaxPermSize=1024m -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled I have also tried going into the Java tab on the Tomcat properties window and setting the values there: -DXms2096m -DXmx4096m -DXX:MaxPermSize=1024m -DXX:+CMSClassUnloadingEnabled -DXX:+CMSPermGenSweepingEnabled So what am I doing wrong? Or is it my understanding that is off - is that Groovy function not really telling me the allocated memory? Any advice would be greatly appreciated. Thanks! - Matt L.

12 years, 9 months

2
3
0 0

[xwiki-users] [CONTRIB] Authenticator Trusted LDAP

by Thomas Mortagne

Hi xwikiers, I just released a new authenticator on http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Authenticator+Tr… . * extract the user id from the remote user and automatically create related XWiki user profile * allow using different LDAP configuration depending on what is in the remote user * synchronize user related information and group membership from LDAP (use the standard LDAP authenticator for this actually) Enjoy :) -- Thomas Mortagne

12 years, 9 months

1
0
0 0

[xwiki-users] XWiki Enterprise Manager 4.5.1: Editing a user profile

by Naoufel Chbihi

Hello I have just set up XWiki Enterprise Manager 4.5.1 and installed the Administration application. I logged in and went to the "Administration: Users" page. However, when I click on the "Edit" icon to edit a user profile, the popup area that appears doesn't show any fields. It just says "For more options to edit this user, please go to the user's profile" and there is a "Save" and "Cancel" button. There is supposed to be a lot more here. I think that I'm missing an extension. Does anyone know what I need to do? Thank you. Naoufel

12 years, 9 months

4
8
0 0

[xwiki-users] User permissions

by Matt Lamoureux

Hi all, I am having trouble understanding user permissions again. I have Xwiki set up for LDAP authentication, so any user who signs in gets added to the XWikiAllGroup. For this example, let's say I have GroupA and GroupB, both of which have their own sets of protected pages. The way it works now is that I have to remove each user from XWikiAllGroup and add them to either GroupA or GroupB. This way, the protected pages are set to deny to anyone NOT a member of that particular group. My question is: how can I get a single member of Group A to be authorized for the GroupB protected pages? I cannot simply add them to GroupB - they would then not be allowed access to either set of pages because the deny rules take precedence. I could add them to a third group called GroupsA&B, but that seems a poor solution, as this would only increase in complexity in the future. Do I have my architecture of protected pages set up wrong - is there are more logical way to configure this? Thanks in advance! - Matt L.

12 years, 9 months

2
2
0 0

Re: [xwiki-users] kerberos SSO -> strip domainname from username

by Mark Jas

Mailed to soon. Solved it. The default works just fine. xwiki.authentication.trustedldap.remoteUserParser=(.+)(a)(.+) xwiki.authentication.trustedldap.remoteUserMapping.1=login -----Oorspronkelijk bericht----- Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Verzonden: zaterdag 9 maart 2013 17:08 Aan: XWiki Users Onderwerp: Re: [xwiki-users] kerberos SSO -> strip domainname from username I managed to compile and activate the xwiki-authentication-trusted-ldap plugin. But still the same result: login works with login prompt, fails with SSO. Debugging showed me that the xwiki doesn't accept the SSO because username doesn't match. I suppose my xwiki.authentication.trustedldap.remoteUserParser settings is incorrect. Can anyone tell me what this settings should be when my kerberos sso user is "user(a)DOMAIN.COM" and my sAMAccountName in ldap is just "user"? On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: > Hi Thomas, > > Thanks for your reply. I should have given you some more info. > I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working. > > If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc... com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a…. > > Maybe my question should be: How do I get LDAP working with the Kerberos authenticator? > > Mark > > > On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: >> Hi all, >> >> >> I have configured xwiki with LDAP authentication and kerberos SSO. >> >> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great. >> >> But when I set the browser to use automatic logon, I get the xwiki >> login page! (at least in FireFox, IE says “cannot show page”) >> >> I get the same results when I manually login with “username@DOMAIN” >> and “password”. So I think the domain part is used in the automatic >> logon. (and is the actual problem…) >> >> >> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me! > > I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug. > > You can try to enable debug log[1] for class > com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl > (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any. > > [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging > >> >> >> Mark >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne > _______________________________________________ > 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 -- Thomas Mortagne _______________________________________________ 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

12 years, 9 months

2
1
0 0

Re: [xwiki-users] kerberos SSO -> strip domainname from username

by Mark Jas

I managed to compile and activate the xwiki-authentication-trusted-ldap plugin. But still the same result: login works with login prompt, fails with SSO. Debugging showed me that the xwiki doesn't accept the SSO because username doesn't match. I suppose my xwiki.authentication.trustedldap.remoteUserParser settings is incorrect. Can anyone tell me what this settings should be when my kerberos sso user is "user(a)DOMAIN.COM" and my sAMAccountName in ldap is just "user"? On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: > Hi Thomas, > > Thanks for your reply. I should have given you some more info. > I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working. > > If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc... com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a…. > > Maybe my question should be: How do I get LDAP working with the Kerberos authenticator? > > Mark > > > On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: >> Hi all, >> >> >> I have configured xwiki with LDAP authentication and kerberos SSO. >> >> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great. >> >> But when I set the browser to use automatic logon, I get the xwiki >> login page! (at least in FireFox, IE says “cannot show page”) >> >> I get the same results when I manually login with “username@DOMAIN” >> and “password”. So I think the domain part is used in the automatic >> logon. (and is the actual problem…) >> >> >> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me! > > I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug. > > You can try to enable debug log[1] for class > com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl > (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any. > > [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging > >> >> >> Mark >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne > _______________________________________________ > 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 -- Thomas Mortagne _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

12 years, 9 months

1
0
0 0

[xwiki-users] myxwiki: terrible performance on initial connect

by Stefan Taferner

Hello all! I do not know if this is normal, but we have terrible performance upon the initial connect to our wiki (selfbus.myxwiki.org). Often the connection times out or hangs. Retrying shows the start page. Once the wiki is initially loaded one can work as normal. Another person trying to open the wiki page at the same time has the same timeout problems. Even using another browser shows the same delay in loading. So I do not think the wiki is swapped out or something like that. It rather looks like problems in the name resolution, if I may guess. Is there anything that can be done to improve the situation? Kind regards, Stefan

12 years, 9 months

2
2
0 0

Re: [xwiki-users] kerberos SSO -> strip domainname from username

by Mark Jas

Hi Thomas, I think xwiki-authentication-trusted-ldap is exactly what I need. But I'm not that experienced to compiling java. Can I download it somewhere as a .jar file? Or can you point me the way to extract this from git and compile it myself? Thanks, Mark On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: > Hi Thomas, > > Thanks for your reply. I should have given you some more info. > I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working. > > If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc... com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a…. > > Maybe my question should be: How do I get LDAP working with the Kerberos authenticator? > > Mark > > > On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: >> Hi all, >> >> >> I have configured xwiki with LDAP authentication and kerberos SSO. >> >> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great. >> >> But when I set the browser to use automatic logon, I get the xwiki >> login page! (at least in FireFox, IE says “cannot show page”) >> >> I get the same results when I manually login with “username@DOMAIN” >> and “password”. So I think the domain part is used in the automatic >> logon. (and is the actual problem…) >> >> >> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me! > > I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug. > > You can try to enable debug log[1] for class > com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl > (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any. > > [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging > >> >> >> Mark >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne > _______________________________________________ > 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 -- Thomas Mortagne _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

12 years, 9 months

1
0
0 0

Re: [xwiki-users] kerberos SSO -> strip domainname from username

by Mark Jas

Hi Thomas, Thanks for your reply. I should have given you some more info. I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working. If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc... Maybe my question should be: How do I get LDAP working with the Kerberos authenticator? Mark On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote: > Hi all, > > > I have configured xwiki with LDAP authentication and kerberos SSO. > > When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great. > > But when I set the browser to use automatic logon, I get the xwiki > login page! (at least in FireFox, IE says “cannot show page”) > > I get the same results when I manually login with “username@DOMAIN” > and “password”. So I think the domain part is used in the automatic > logon. (and is the actual problem…) > > > I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me! I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug. You can try to enable debug log[1] for class com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any. [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging > > > Mark > > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

12 years, 9 months

2
1
0 0

[xwiki-users] [ANN] XWiki 5.0 Milestone 1 released

by Thomas Mortagne

The XWiki development team is proud to announce the availability of XWiki 5.0 Milestone 1. This release is the first release for the 5.x cycle with a new Release application and contains various Extension Manager and Distribution Wizard improvements. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki50M1 Thanks -The XWiki dev team

12 years, 9 months

3
5
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users