Re: [xwiki-users] LDAP port: 389 vs 3389
Thank you. This of course was why I was unsuccessful with 8.4.4. Thanks again. -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: Thursday, March 16, 2017 1:42 AM To: XWiki Users Subject: Re: [xwiki-users] LDAP port: 389 vs 3389 The application has priority over xwiki.cfg so make sure you did not put 3389 on wiki side. On Thu, Mar 16, 2017 at 1:23 AM, Douglas Landau wrote: > In my xwiki.cfg I have: > xwiki.authentication.ldap.port=389 > > So why do I see this in the console output? > 2017-03-15 17:10:00,209 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Connection to LDAP server > [pwsdc03.westmarine.net:3389] > > Thanks > > > The information contained in this transmission may contain West Marine > proprietary, confidential and/or privileged information. It is > intended only for the use of the person(s) named above. If you are not the > intended recipient, you are hereby notified that any review, dissemination, > distribution or duplication of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by > reply email and destroy all copies of the original message. To reply to our > email administrator directly, please send an email to netad...@westmarine.com. -- Thomas Mortagne The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. To reply to our email administrator directly, please send an email to netad...@westmarine.com.
[xwiki-users] default language
Hi, We have translation pages (holding a object of XWiki.TranslationDocumentClass) We have created these pages with Default language English The issue we have is that translation-key's have been modified, removed and added to the Dutch translation that are not part of the original English page (the default language) a: can we set the Dutch translation to be the default ...? (manually or by script) b: if not possible is there a script possible that takes the dutch content and copies it over the English content. Since we have many of these pages I'm looking for a script, otherwise we can off-course do it manually... Gerritjan Koekkoek Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS Visit our website
Re: [xwiki-users] Access rights driving me mad ... help needed
> On 16 Mar 2017, at 10:44, Patrick M. Hausen wrote: > > Hi! > >> Am 16.03.2017 um 10:14 schrieb Vincent Massol : >> Ok then I don’t understand how you could have inferred that we lost the >> ability to have nested content. >> Could you explain what we need to improve in this doc that would have helped >> you not be confused? > > I didn't. I just got the impression that once you had a separate "spaces" > menue including > a "create space" option and now it's gone. It's more of a user interface > question. I'm > missing that separate namespace. > >> It's the "Ability to easily query data across instances" that multi-wikis >> are missing. >> >> Depends. You can use the SOLR search for that to a large extent. I don’t see >> what this has to do with "multiple group memberships/board of directors” , >> could you explain? > > In Confluence a search query searches all spaces I have access to. > Not so woth Subwikis unless you implement Solr. - Correct? Confluence doesn’t support multi wiki… so you can’t compare at all. Actually even worse, confluence doesn’t support nested spaces, see https://jira.atlassian.com/browse/CONF-1095 If you’re talking about search only, then whether you’re in a single wiki or multi wiki you can have the search look everywhere. Try it on xwiki.org and you’ll see you’ll get results for sub wikis too. > So once more you just create your page hierarchy using the “+” button. > > Great. And if a parent page is mandatory, that's even better. > >> You have 2 options: >> - option 1: modify the navigation panel to set the root to be the current >> page >> - option 2: create another nav panel to keep the global one at the root and >> set that other nav Panel in subpage roots for your various projects/groups. > > I'll probably start with getting the access rights for the top level > correct try to learn about modifying panels in the next couple of days. > >> Nothing has been lost. In 7.4.x the home page had a dashboard gadget called >> “Pages” listing all pages of the wiki in a tree. Exactly the same as we have >> now in the Navigation Panel on the left (we just moved it there so that it’s >> available by default from all pages for easier navigation). > > I'm not claiming anything about nested pages was lost. > > I started with Xwiki with version 8.something and Google referred > me to this document when I was searching for wikis that had spaces: > > http://platform.xwiki.org/xwiki/bin/view/Features/Spaces Ok that was a leftover page. This page was no longer referenced from the navigation. I’ve now removed it to avoid confusion. Thanks -Vincent > It really is that simple: I (it's just me, Xwiki is fine, really) want the > first level > of the page hierarchy to be called something different than "page" and > a separate way of creating these entities only available to administrators > and the navigation panel to only show pages below the currently active > "space". Just like Confluence does. If that is not possible with Xwiki I'll > have to find a different way of organising things if I want to replace > Confluence with free software. And all in all Xwiki really looks like the > strongest contender here. > > Only remark: I really wonder why that "Spaces" documentation I linked > above is still there. I was searching for hours for that "Add -> Space" menu. > And I would still prefer to have it ;-) > > Thanks again > Patrick
Re: [xwiki-users] Access rights driving me mad ... help needed
Hi! > Am 16.03.2017 um 10:14 schrieb Vincent Massol : > Ok then I don’t understand how you could have inferred that we lost the > ability to have nested content. > Could you explain what we need to improve in this doc that would have helped > you not be confused? I didn't. I just got the impression that once you had a separate "spaces" menue including a "create space" option and now it's gone. It's more of a user interface question. I'm missing that separate namespace. > It's the "Ability to easily query data across instances" that multi-wikis are > missing. > > Depends. You can use the SOLR search for that to a large extent. I don’t see > what this has to do with "multiple group memberships/board of directors” , > could you explain? In Confluence a search query searches all spaces I have access to. Not so woth Subwikis unless you implement Solr. - Correct? > So once more you just create your page hierarchy using the “+” button. Great. And if a parent page is mandatory, that's even better. > You have 2 options: > - option 1: modify the navigation panel to set the root to be the current page > - option 2: create another nav panel to keep the global one at the root and > set that other nav Panel in subpage roots for your various projects/groups. I'll probably start with getting the access rights for the top level correct try to learn about modifying panels in the next couple of days. > Nothing has been lost. In 7.4.x the home page had a dashboard gadget called > “Pages” listing all pages of the wiki in a tree. Exactly the same as we have > now in the Navigation Panel on the left (we just moved it there so that it’s > available by default from all pages for easier navigation). I'm not claiming anything about nested pages was lost. I started with Xwiki with version 8.something and Google referred me to this document when I was searching for wikis that had spaces: http://platform.xwiki.org/xwiki/bin/view/Features/Spaces It really is that simple: I (it's just me, Xwiki is fine, really) want the first level of the page hierarchy to be called something different than "page" and a separate way of creating these entities only available to administrators and the navigation panel to only show pages below the currently active "space". Just like Confluence does. If that is not possible with Xwiki I'll have to find a different way of organising things if I want to replace Confluence with free software. And all in all Xwiki really looks like the strongest contender here. Only remark: I really wonder why that "Spaces" documentation I linked above is still there. I was searching for hours for that "Add -> Space" menu. And I would still prefer to have it ;-) Thanks again Patrick
Re: [xwiki-users] XWiki 9 admin account
On Wed, Mar 15, 2017 at 5:59 AM, Douglas Landau wrote: > Greets, > > > I've installed Xwiki 9.1.2, but can't log in as Admin/admin. Did it > change, or do I have capslock on? > It depends very much on how you installed XWiki :) . For instance, if you use the WAR and then go through the Distribution Wizard you get http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard#HAdminuser . Hope this helps, Marius > > Thanks > Doug > > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau > Sent: Tuesday, March 14, 2017 8:48 PM > To: XWiki Users > Subject: [xwiki-users] XWiki 9 Java errors > > Greets, > I've installed xwiki 9.1.2 in a new VM. I am using Java 1.8.0_25. > I ran the standalone installer and said start_xwiki.sh and it started, and > I got the java stacktraces below. I have not modified xwiki.cfg or > anything else. > > Can anyone shed some light on these errors? Thanks! > > Doug > > [root@dwswiki10 data]# xwiki/start_xwiki.sh Starting Jetty on port 8080, > please wait... > 2017-03-14 20:36:56.714:INFO::main: Logging initialized @1077ms > 2017-03-14 20:36:57.507:INFO:oejs.Server:main: jetty-9.2.13.v20150730 > 2017-03-14 20:36:57.531:INFO:oejs.AbstractNCSARequestLog:main: Opened > /data/xwiki/data/logs/2017_03_15.request.log > 2017-03-14 20:36:57.534:INFO:oejdp.ScanningAppProvider:main: Deployment > monitor [file:/data/xwiki/jetty/contexts/] at interval 0 > 2017-03-14 20:36:57.916:INFO:oejsh.ContextHandler:main: Started > o.e.j.w.WebAppContext@3cbbc1e0{/,file:/data/xwiki/webapps/ > root/,AVAILABLE}{/root} > 2017-03-14 20:36:58.866:WARN:oeja.AnnotationConfiguration:main: > ServletContainerInitializers: detected. Class hierarchy: empty > 2017-03-14 20:37:18,206 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - > Starting embedded Solr server... > 2017-03-14 20:37:18,228 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - > Using Solr home directory: [data/solr] > 2017-03-14 20:37:20,598 [coreLoadExecutor-6-thread-1] WARN > o.a.s.c.SolrResourceLoader - Solr loaded a deprecated plugin/analysis > class [solr.SynonymFilterFactory]. Please consult documentation how to > replace it accordingly. > 2017-03-14 20:37:24,370 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - > Started embedded Solr server. > 2017-03-14 20:37:25.459:INFO:oejsh.ContextHandler:main: Started > o.e.j.w.WebAppContext@185d8b6{/xwiki,file:/data/xwiki/ > webapps/xwiki/,AVAILABLE}{/xwiki} > 2017-03-14 20:37:25.489:INFO:oejs.ServerConnector:main: Started > ServerConnector@209b4b35{HTTP/1.1}{0.0.0.0:8080} > 2017-03-14 20:37:25.490:INFO:oejs.Server:main: Started @29854ms > 2017-03-14 20:37:25.490:INFO:oxtjl.NotifyListener:main: > -- > 2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: Server started, > you can now open http://dwswiki10.westmarine.net:8080/ in your browser to > access your wiki. > 2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: > -- > 2017-03-14 20:39:13,763 [XWiki initialization] INFO > .HibernateDataMigrationManager - Storage schema updates and data migrations > are enabled > 2017-03-14 20:39:14,064 [XWiki initialization] INFO > .HibernateDataMigrationManager - No data migration to apply for wiki > [xwiki] currently in version [9] > 2017-03-14 20:39:14,064 [XWiki initialization] INFO > .HibernateDataMigrationManager - Checking Hibernate mapping and updating > schema if needed for wiki [xwiki] > 2017-03-14 20:39:21,490 [solr/indexer job group daemon thread - > org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO > o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with > identifier [[solr, indexer]] > 2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - > org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO > o.x.s.s.i.j.IndexerJob - 814 documents added, 0 deleted and 0 > updated during the synchronization of the Solr index. > 2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - > org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO > o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with > identifier [[solr, indexer]] > 2017-03-14 20:40:02,431 [http://dwswiki10:8080/xwiki/bin/view/Main/] > ERROR .o.i.DefaultObservationManager - Failed to send event [class > org.xwiki.bridge.event.ActionExecutedEvent (view)] to listener > [com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl@65741976] > java.lang.IllegalStateException: Response is committed > at org.eclipse.jetty.server.Request.getSession(Request.java:1399) > at org.eclipse.jetty.server.Request.getSession(Request.java:1377) > at javax.servlet.http.HttpServletRequestWrapper.getSession( > HttpServletRequestWrapper.java:279) > at javax.servlet.http.HttpServletRequestWrapper.getSession( > HttpServletRequestWrapper.java:279) > at com.xpn.xwiki.stats.impl.StatsUtil.getRecentActionFromSessions( > StatsUtil.java:281) >
Re: [xwiki-users] Access rights driving me mad ... help needed
> On 16 Mar 2017, at 09:51, Patrick M. Hausen wrote: > > Hi Vincent, > >> Am 16.03.2017 um 08:28 schrieb Vincent Massol : >> >> No it wasn’t removed. It’s actually the complete opposite: it’s been >> improved. You now have the ability to create unlimited depth of hierarchies >> and with the ability to set cascading permissions at all levels. >> >> It’s just that we’re now calling this feature Nested Pages and no longer >> spaces (previous spaces were only 1 level deep BTW). >> >> And you still have the additional possibility of creating sub-wikis. >> >> Where did you find this info? I’d like to correct it if you found it in the >> documentation. > > I got it from you on this list IIRC ;-) Ok then you must have extracted it without the context. So the doc is correct probably. > I understand the technical similarity of concepts. Yet, from a UI > perspective I would prefer to have the topmost hierachy level > called "spaces" or "projects" or "what-have-you" and a separate > "spaces" menue to create, select, delete these. Having one concept is much simper than having two. However I can understand that coming from windows and file systems you’re more used to folder and files. XWiki has chosen to have only folders (or only files depending on how you view it). The reason is that in xwiki a “folder” can have content so it’s not different from a “file”. > Obviously the navigation panel on the left should show only the > page tree contained in that "space" as long as I'm "in that space”. I disagree here. This is far from obvious and the reason we’re displaying by default all pages is because there’s a need for a visible global navigation panel. Now nothing prevents you from editing this panel and changing this behavior by adjusting the macro parameters. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Document%20Tree%20Macro#HParameters > >> I don’t understand what you mean by "multiple group memberships/board of >> directors” and why it’s an issue with multi-wiki. > > I read that Wiki vs Nested Pages docs - multiple times ;-) Ok then I don’t understand how you could have inferred that we lost the ability to have nested content. Could you explain what we need to improve in this doc that would have helped you not be confused? > It's the "Ability to easily query data across instances" that multi-wikis are > missing. Depends. You can use the SOLR search for that to a large extent. I don’t see what this has to do with "multiple group memberships/board of directors” , could you explain? > I'm repeating myself, sorry - coming from Confluence we have > just one big wiki but with multiple project related containers > Confluence calls "spaces". But you can still search across all > of them you have access to, link from one to another, include > content snippets from one space in a page in another space and more. I’m repeating myself and yes that’s the default of xwiki too. There’s nothing to do to have this, it’s builtin! And again it’s documented and I’ve also explained how to do that in my previous reply. So once more you just create your page hierarchy using the “+” button. > I just want to emulate that as closely as possible because that's how > we are used to work. You don’t need to emulate. That’s how xwiki works too. > Using the topmost level of the nested pages hierarchy for spaces > e.g. creates an odd looking navigation panel with just one entry > at the top level for users that are only in one project/group. You have 2 options: - option 1: modify the navigation panel to set the root to be the current page - option 2: create another nav panel to keep the global one at the root and set that other nav Panel in subpage roots for your various projects/groups. > It would be more convenient to select the space/project as a separate > operation and have all the second level pages at the top of the navigation > panel. > > Thanks for your help - as Stefan pointed out my main mistake probably > was to restrict access to "Main plus children". I can live with the different > UI, if there is really no way to get that "spaces" menue back that you had > in 7.x (?). Nothing has been lost. In 7.4.x the home page had a dashboard gadget called “Pages” listing all pages of the wiki in a tree. Exactly the same as we have now in the Navigation Panel on the left (we just moved it there so that it’s available by default from all pages for easier navigation). So I’m not sure what you are referring to. > Side note: another "concept" thing that I think Confluence gets right and > a lot of others don't - not quite sure about Xwiki, yet - in Confluence > every page has a parent. Except for the space home that is the top > of the hierarchy, of course. Same in xwiki. > In Mediawiki et. al. you can just create a > page named "bazong" in the middle of nowhere and nobody will ever > see it unless they use the search or the list of all pages. > I personally consider it mandatory tha
Re: [xwiki-users] Access rights driving me mad ... help needed
Hi Vincent, > Am 16.03.2017 um 08:28 schrieb Vincent Massol : > > No it wasn’t removed. It’s actually the complete opposite: it’s been > improved. You now have the ability to create unlimited depth of hierarchies > and with the ability to set cascading permissions at all levels. > > It’s just that we’re now calling this feature Nested Pages and no longer > spaces (previous spaces were only 1 level deep BTW). > > And you still have the additional possibility of creating sub-wikis. > > Where did you find this info? I’d like to correct it if you found it in the > documentation. I got it from you on this list IIRC ;-) I understand the technical similarity of concepts. Yet, from a UI perspective I would prefer to have the topmost hierachy level called "spaces" or "projects" or "what-have-you" and a separate "spaces" menue to create, select, delete these. Obviously the navigation panel on the left should show only the page tree contained in that "space" as long as I'm "in that space". > I don’t understand what you mean by "multiple group memberships/board of > directors” and why it’s an issue with multi-wiki. I read that Wiki vs Nested Pages docs - multiple times ;-) It's the "Ability to easily query data across instances" that multi-wikis are missing. I'm repeating myself, sorry - coming from Confluence we have just one big wiki but with multiple project related containers Confluence calls "spaces". But you can still search across all of them you have access to, link from one to another, include content snippets from one space in a page in another space and more. I just want to emulate that as closely as possible because that's how we are used to work. Using the topmost level of the nested pages hierarchy for spaces e.g. creates an odd looking navigation panel with just one entry at the top level for users that are only in one project/group. It would be more convenient to select the space/project as a separate operation and have all the second level pages at the top of the navigation panel. Thanks for your help - as Stefan pointed out my main mistake probably was to restrict access to "Main plus children". I can live with the different UI, if there is really no way to get that "spaces" menue back that you had in 7.x (?). Side note: another "concept" thing that I think Confluence gets right and a lot of others don't - not quite sure about Xwiki, yet - in Confluence every page has a parent. Except for the space home that is the top of the hierarchy, of course. In Mediawiki et. al. you can just create a page named "bazong" in the middle of nowhere and nobody will ever see it unless they use the search or the list of all pages. I personally consider it mandatory that *all* content has a *defined place* in a hierarchy of pages that is accessable through a menue that folds out and in. But others may think different. Kind regards Patrick
[xwiki-users] mailing list submission
Re: [xwiki-users] LDAP server == localhost ?
Sure server should almost always be set but if not set it has to have some default value. What default value would you put instead ? On Wed, Mar 15, 2017 at 10:09 PM, Douglas Landau wrote: > > Greets, > > Looking at this: > #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) > #-# The default host is localhost > xwiki.authentication.ldap.server=pwsdc03.westmarine.net > > Why is the default localhost? Would it not be quite rare that the AD server > is also running the XWiki? Is it not most always the case the localhost here > should be replaced by the name of the AD server? > > Thanks > > > The information contained in this transmission may contain West Marine > proprietary, confidential and/or privileged > information. It is intended only for the use of the person(s) named above. > If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or duplication > of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original > message. To reply to our email administrator directly, please send an email > to netad...@westmarine.com. -- Thomas Mortagne
Re: [xwiki-users] LDAP port: 389 vs 3389
The application has priority over xwiki.cfg so make sure you did not put 3389 on wiki side. On Thu, Mar 16, 2017 at 1:23 AM, Douglas Landau wrote: > In my xwiki.cfg I have: > xwiki.authentication.ldap.port=389 > > So why do I see this in the console output? > 2017-03-15 17:10:00,209 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Connection to LDAP server > [pwsdc03.westmarine.net:3389] > > Thanks > > > The information contained in this transmission may contain West Marine > proprietary, confidential and/or privileged > information. It is intended only for the use of the person(s) named above. > If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or duplication > of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original > message. To reply to our email administrator directly, please send an email > to netad...@westmarine.com. -- Thomas Mortagne
Re: [xwiki-users] LDAP Auth again
It means it will be replaced at runtime and it's usually the safest (avoid putting clear password in a file) if the users are allowed to search in the LDAP repository. Note that you have various example for more precise use cases in http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/UseCases/. On Wed, Mar 15, 2017 at 10:07 PM, Douglas Landau wrote: > What does this mean? > #-# LDAP credentials, empty = anonymous access, otherwise specify full dn > #-# {0} is replaced with the user name, {1} with the password > #xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP > #xwiki.authentication.ldap.bind_pass={1} > > Does this mean that {0} is going to be replaced at runtime, or that I should > replace it? > > Thanks > > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau > Sent: Wednesday, March 15, 2017 1:44 PM > To: XWiki Users > Subject: Re: [xwiki-users] LDAP Auth again > > Hmm. I've set these two lines to: > > xwiki.authentication.ldap.bind_DN=cn={0},dc=westmarine,dc=net > xwiki.authentication.ldap.bind_pass={1} > > ... and still get a Java stacktrace surrounded by these: > > 2017-03-15 13:39:12,357 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/get/TourCode/TourJson?xpage=plain&outputSyntax=plain&tourDoc=XWiki.XWikiLogin] > DEBUG x.c.l.XWikiLDAPAuthServiceImpl - The provided user is null. We don't > try to authenticate, it probably means the user is in non logged mode. > 2017-03-15 13:39:12,357 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/get/TourCode/TourJson?xpage=plain&outputSyntax=plain&tourDoc=XWiki.XWikiLogin] > DEBUG x.c.l.XWikiLDAPAuthServiceImpl - XWikiUser: null > > I don't understand why the provided user is null. > > Does Anybody? I apologize for the dumb question. But I have no idea where > to go from here. > > Thanks > Doug > > > The information contained in this transmission may contain West Marine > proprietary, confidential and/or privileged information. It is intended only > for the use of the person(s) named above. If you are not the intended > recipient, you are hereby notified that any review, dissemination, > distribution or duplication of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original message. To reply to our email > administrator directly, please send an email to netad...@westmarine.com. > > The information contained in this transmission may contain West Marine > proprietary, confidential and/or privileged > information. It is intended only for the use of the person(s) named above. > If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or duplication > of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original > message. To reply to our email administrator directly, please send an email > to netad...@westmarine.com. -- Thomas Mortagne
Re: [xwiki-users] LDAP Auth again
On Wed, Mar 15, 2017 at 8:56 PM, Douglas Landau wrote: > That's it, the LDAP authenticator is used as authenticator and you have what > is described on > http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ > when you do to the administration -> LDAP. > >>If you think you configured LDAP authenticator with the right values and >>login still fail then you should do what is explained on >>>http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog >>and you will have all the details to see why it fails. > > Great! Thanks. Did so. Now I get a whole lot of copies of the 1st message > below: " The provided user is null. We don't try to authenticate, it > probably means the user is in non logged mode." You are not look in the right place. Authenticators are always called even when you are not yet logged so you get this message when you access the login page. LDAP authenticator just indicate that there is not much it can do here. Look at the big message below: > 2017-03-15 12:42:30,422 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Binding to LDAP server with > credentials login=[cn=sa-douglasl,ou=SystemsEngineering,dc=westmarine,dc=net] > Caused by: com.novell.ldap.LDAPException: Invalid Credentials Looks like the password you indicated in xwiki.authentication.ldap.bind_pass is wrong (since you explicitly indicated a bind_DN you need the corresponding password). > > But I did provide a user, in this line: > xwiki.authentication.ldap.bind_DN=cn=sa-douglasl,ou=SystemsEngineering,dc=westmarine,dc=net > > ...and I see that that line has been seen: > 2017-03-15 12:42:30,422 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Binding to LDAP server with > credentials login=[cn=sa-douglasl,ou=SystemsEngineering,dc=westmarine,dc=net] > 2017-03-15 12:42:30,537 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG x.c.l.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed. > > > Was I suppose to specifiy the/a user on some other line? > Thanks > > - > 2017-03-15 12:42:30,231 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG x.c.l.XWikiLDAPAuthServiceImpl - The provided user is null. We don't > try to authenticate, it probably means the user is in non logged mode. > 2017-03-15 12:42:30,231 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > TRACE x.c.l.XWikiLDAPAuthServiceImpl - Starting LDAP authentication > 2017-03-15 12:42:30,232 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConfig- remoteUserParser: null > 2017-03-15 12:42:30,271 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConfig- ldap_group_classes: [groupofnames, > posixgroup, apple-group, groupofuniquenames, dynamicgroup, > groupwisedistributionlist, group, dynamicgroupaux] > 2017-03-15 12:42:30,271 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConfig- ldap_group_memberfields: > [uniquemember, memberuid, member] > 2017-03-15 12:42:30,382 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Connection to LDAP server > [pwsdc03.westmarine.net:389] > 2017-03-15 12:42:30,422 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG o.x.c.l.XWikiLDAPConnection- Binding to LDAP server with > credentials login=[cn=sa-douglasl,ou=SystemsEngineering,dc=westmarine,dc=net] > 2017-03-15 12:42:30,537 > [http://dwswiki9.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > DEBUG x.c.l.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed. > org.xwiki.contrib.ldap.XWikiLDAPException: Error number 0 in 5: LDAP bind > failed with LDAPException. > at > org.xwiki.contrib.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:227) > at > org.xwiki.contrib.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:155) > at > org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:515) > at > org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:331) > at > org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:267) > at > com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:272) > at > com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:192) > at > com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:174) >
Re: [xwiki-users] Access rights driving me mad ... help needed
> On 15 Mar 2017, at 21:40, Patrick M. Hausen wrote: > > Hi all, > > I'm still trying to move a private Wiki from Confluence to Xwiki, now 9.1.2. > I just cannot find my way to the access rights system. > > What I need: > > A page tree like this: > > A > A.1 > A.1.1 > A.1.2 > A.2 > A.2.1 > B > B.1 > B.1.1 > B.1.2 > B.2 > B.2.1 > C > C.1 > ... > > > And the following mechanics: > > No anonymous access, only logged in users. > Users belong in group A, B or C - possibly more than one of them. > Users of Group A should see the top page A and subpages in the navigation > panel. > Users of Group B should see the top page B ... > Users of more than one group should see all corresponding pages. > > Beneath the top pages all users should have full create/edit/comment/delete > rights. > > Simply speaking: I'm trying to achieve what can easily be done with > Confluence spaces, > now that Xwiki removed them for some reason. They’re still there, see http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ > Users working on project X should see only pages (and navigation tree) of > project X, > while the board of directors should be able to see and work on all projects. That’s possible. > Subwikis won't do because of the "multiple group memberships/board of > directors" > requirement, if I read that part of the documentation correctly. I don’t understand what you mean by "multiple group memberships/board of directors” and why it’s an issue with multi-wiki. You can have as many groups you want on the main wiki for example and then set permissions on each sub-wiki. You don’t need to create local users if that’s your worry. See http://platform.xwiki.org/xwiki/bin/view/Features/WikiVsNestedPages (which is linked from http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/) if you need to know the detailed differences between nested pages and multi-wikis. > So I need nested pages. > Any hints on how to configure this would be greatly appreciated! Yes, there’s nothing to configure, you just click the + button to add a page under the current one (or specify any location in the Add page dialog that opens). > Second, I want all applications, blog, sandbox, ... gone from what users see. You still want these apps in the wiki but only visible to some users or completely gone and removed? > When I > try to delete these pages I get the warning that I should instead remove the > extension … Yes that’s good. What’s the problem you faced? We recently introduced a protection to avoid users deleting application pages by mistake, see http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.1/ Note that we currently have a limitation that we need to fix ASAP: http://jira.xwiki.org/browse/XWIKI-8608 Thus in the meantime you can disregard the warning and delete the pages of those apps you don’t need instead of uninstalling them. > Users should see a hierarchical navigation panel on the left and the page on > the right > and rest of the area in the browser. Simple and clean. Nothing (!) else. > > Possible? Sure. Thanks -Vincent > Many many thanks in advance! I don't want to complain about free software and > of course > I could "just buy Confluence" instead. Unfortunately a regular license is way > out of budget > for our small organisation and we have outgrown the 10 users you get for the > "almost free" > starter license from Atlassian. When I first found Xwiki I was so excited it > would support > spaces, only to learn that they were removed again ... > > > Thanks in advance! > Patrick > >
Re: [xwiki-users] Access rights driving me mad ... help needed
Hi Patrick, [snip] > Many many thanks in advance! I don't want to complain about free software and > of course > I could "just buy Confluence" instead. Open source software doesn’t mean everything has to be free. If you need professional support and help you can get it from several companies sponsoring the development of XWiki: https://www.xwiki.org/xwiki/bin/view/Main/Supporters/SponsoringCompanies/ That actually helps the development of XWiki. > Unfortunately a regular license is way out of budget > for our small organisation and we have outgrown the 10 users you get for the > "almost free" > starter license from Atlassian. You could also look at the cloud offer from XWiki SAS which is cheaper than Confluence AFAIK: http://www.xwiki.com/en/products/pricing > When I first found Xwiki I was so excited it would support > spaces, only to learn that they were removed again … No it wasn’t removed. It’s actually the complete opposite: it’s been improved. You now have the ability to create unlimited depth of hierarchies and with the ability to set cascading permissions at all levels. It’s just that we’re now calling this feature Nested Pages and no longer spaces (previous spaces were only 1 level deep BTW). And you still have the additional possibility of creating sub-wikis. Where did you find this info? I’d like to correct it if you found it in the documentation. Thanks -Vincent > Thanks in advance! > Patrick > >
Re: [xwiki-users] Access rights driving me mad ... help needed
Hi Patrick, [snip] > Thanks, Stefan. Could anyone explain the reasons why spaces were > removed? I mean, what better way to keep seperate projects neatly > separated while having them all indexed and searchable in the same > wiki? Just replying to this part, there are some info at http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ and especially in http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/ which is linked from the first URL. In short: * Spaces are still there in the model (and you can see it surface in the APIs you use in scripts in wiki pages) * However in the UI (i.e. for end users) we’re trying to only expose the concept of Pages and we’re implementing Nested Pages with Nested Spaces Thanks -Vincent > Kind regards, > Patrick