Re: [xwiki-users] LDAP port: 389 vs 3389

[Douglas Landau]

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

[Gerritjan Koekkoek]

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
Facebook
email

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

> 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

[Patrick M. Hausen]

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

[Marius Dumitru Florea]

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(
> 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

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

Re: [xwiki-users] Access rights driving me mad ... help needed

[Patrick M. Hausen]

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

[Amit Krishna]

Re: [xwiki-users] LDAP server == localhost ?

[Thomas Mortagne]

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

[Thomas Mortagne]

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

[Thomas Mortagne]

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=plain=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=plain=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

[Thomas Mortagne]

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 
> 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

> 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

[Vincent Massol]

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

[Vincent Massol]

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

Re: [xwiki-users] Access rights driving me mad ... help needed

[Patrick M. Hausen]

Hello,

> Am 16.03.2017 um 06:49 schrieb Stefan Helmerichs :
> First, remember this: once a permission is set, it is denied to everyone
> else, so even if you set one page to be invisible to unregistered users,
> that page will also be invisible to all other users, unless you
> explicitly state that others may see it.

OK, understood.

> The group problem should be simple:
> 
> Unless the top page is the "Main" page, go to the page, go
> 
> Settings -> Administer Page -> Rights: Page & Children
> There you can explicitly set group access rights.
> 
> If your top page is "Main" or another page containing technical
> subpages, only set the Viewing permissions to the Page, NOT its children.

Ah ... that was my mistake. I already figured out most of what you
outlined but once I revoked rights for "Main plus children", the Wiki
"stopped working" for the users.

So I will empty the database, initialise everything again and hopefully
get it right this time.

> Word of warning, though, this CAN break your layout, as some extensions
> seem to have a greater effect on the default pages than expected.

Yeah, some parts look a bit like a ball of wool ;-)

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?

Kind regards,
Patrick