Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Lester Marc Dizon (ITX) 
Works better with xwiki.authentication.ldap.trylocal=1, thanks . However I 
don't see any LDAP debug logs. I have the following logs in 
/usr/local/tomcat/logs/*:
- catalina.2017-05-10.log
- host-manager.2017-05-10.log
- localhost.2017-05-10.log
- localhost_access_log.2017-05-10.txt
- manager.2017-05-10.log

http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging states that Tomcat 
on unix will capture stdout and add logs to the tomcat/logs/catalina.out file. 
However made a find on "catalina.out" but nothing. Any clues where to find 
those LDAP logs?

Thanks,
Lester

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne
Sent: mercredi 10 mai 2017 17:38
To: XWiki Users 
Subject: Re: [xwiki-users] XWiki Docker in Prod

On Wed, May 10, 2017 at 5:25 PM, Lester Marc Dizon (ITX)  
wrote:
> Thank you for your responses. I'm new to this community and happy to see you 
> guys are very responsive.
>
> @Thomas,  I have followed your wiki pages. The moment I add 
> "xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
>  in xwiki.cfg ,  I can't login anymore even with the local admin account. I 
> get a 401 http status code in 
> "/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".

This is because by default the LDAP authenticator does not fallback on standard 
XWiki auth. See xwiki.authentication.ldap.trylocal property in the 
documentation.

> Can you tell me where and which logfile I should check when I've added 
>  in 
> "WEB-INF/classes/logback.xml"?

Whatever is the application server log file in the docker image.
Vincent should know better.

>
> @Vincent, running with Docker seems to work very well except for my issues 
> with LDAP. Also, I can ping the LDAP Server inside the XWiki container. I 
> really need to check a logfile to know where it is failing but I don't know 
> where to find it.
>
> Thanks,
> Lester
>

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Vincent Massol 

> On 10 May 2017, at 17:37, Thomas Mortagne  wrote:
> 
> On Wed, May 10, 2017 at 5:25 PM, Lester Marc Dizon (ITX)
>  wrote:
>> Thank you for your responses. I'm new to this community and happy to see you 
>> guys are very responsive.
>> 
>> @Thomas,  I have followed your wiki pages. The moment I add 
>> "xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
>>  in xwiki.cfg ,  I can't login anymore even with the local admin account. I 
>> get a 401 http status code in 
>> "/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".
> 
> This is because by default the LDAP authenticator does not fallback on
> standard XWiki auth. See xwiki.authentication.ldap.trylocal property
> in the documentation.
> 
>> Can you tell me where and which logfile I should check when I've added 
>>  in 
>> "WEB-INF/classes/logback.xml"?
> 
> Whatever is the application server log file in the docker image.
> Vincent should know better.

The image is using Tomcat so the default location where tomcat puts its log 
file (can’t check right now).

Thanks
-Vincent

> 
>> 
>> @Vincent, running with Docker seems to work very well except for my issues 
>> with LDAP. Also, I can ping the LDAP Server inside the XWiki container. I 
>> really need to check a logfile to know where it is failing but I don't know 
>> where to find it.
>> 
>> Thanks,
>> Lester
>> 
>> -Original Message-
>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
>> Sent: mercredi 10 mai 2017 16:54
>> To: XWiki Users 
>> Subject: Re: [xwiki-users] XWiki Docker in Prod
>> 
>> 
>>> On 10 May 2017, at 16:27, Thomas Mortagne  wrote:
>>> 
>>> I don't know much about Docker but I can maybe help with the LDAP 
>>> authenticator.
>>> 
>>> After you installed the extension you will also need to modify the
>>> property xwiki.authentication.authclass in file xwiki.cfg in the
>>> application server as indicated on
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
>>> I have no idea if the Docker package let you modify this file
>> 
>> Yes it does, but it could be simpler, see  
>> https://jira.xwiki.org/browse/XDOCKER-20
>> 
>> Thanks
>> -Vincent
>> 
>>> but if
>>> you managed to do that then a good thing to do usually to understand
>>> what's wrong with your LDAP setup is enabled debug log (see
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
>>> 
>>> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
>>>  wrote:
 Hi,
 
 We are currently testing XWiki. I have a test environment for XWiki 
 running in Docker. I would like to know if it's ok to run it as is in Prod 
 (intranet)?
 
 Also, I'm trying to connect it to LDAP with no success (tried with 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ 
 and http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ 
 ). Is it because I'm running it in Docker? Is there a log where I can 
 check what's wrong?
 
 Any help is appreciated.
 
 Thanks,
 Lester
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>> 
> 
> 
> 
> -- 
> Thomas Mortagne

[xwiki-users] xwiki war deploy issue

2017-05-10 Thread viktor 
Hi All,
I have some issues with the xwiki war deploy. I downloaded the XWiki 9.3.1 war 
file and wanted to deploy to wildfly-10.1.0.Final (also tried to deploy to 
11.0.0.Alpha1), but the deploy fails. In the past days google did not tell me 
any wise thing how I should solve the issue (it can be that i asked wrong). 
Does anyone have an idea what i missed or how i can get it work? Thanks a lot 
for the help,Vik XWiki: 9.3.1WildFly: wildfly-10.1.0.Final (also 
11.0.0.Alpha1)JAVA:java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode) Install 
instructions which I followed:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationWAR - Added the 
mysql connector
- Created the database and actualized the database settings in 
WEB-INF/hibernate.cfg.xml
- Added the "META-INF/jboss-all.xml" as it is written on the fix link.
 (http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss) This 
is the error message which I receive on the web interface:Cannot upload 
deployment: {"WFLYCTL0080: Failed services" => 
{"jboss.deployment.unit.\"xwiki-enterprise-web-9.3.1.war\".POST_MODULE" => 
"org.jboss.msc.service.StartException in service 
jboss.deployment.unit.\"xwiki-enterprise-web-9.3.1.war\".POST_MODULE: 
WFLYSRV0153: Failed to process phase POST_MODULE of deployment 
\"xwiki-enterprise-web-9.3.1.war\" Caused by: java.lang.RuntimeException: 
WFLYSRV0177: Error getting reflective information for class 
com.codahale.metrics.jetty9.InstrumentedHandler$7 with ClassLoader 
ModuleClassLoader for Module \"deployment.xwiki-enterprise-web-9.3.1.war:main\" 
from Service Module Loader Caused by: java.lang.NoClassDefFoundError: Failed to 
link com/codahale/metrics/jetty9/InstrumentedHandler (Module 
\"deployment.xwiki-enterprise-web-9.3.1.war:main\" from Service Module Loader): 
org/eclipse/jetty/server/handler/HandlerWr
 apper"},"WFLYCTL0412: Required services that are not installed:" => 
["jboss.deployment.unit.\"xwiki-enterprise-web-9.3.1.war\".POST_MODULE"],"WFLYCTL0180:
 Services with missing/unavailable dependencies" => undefined} In the server 
log this is what has been generated:
17:39:22,675 WARN  [org.jboss.modules] (MSC service thread 1-7) Failed to 
define class com.codahale.metrics.jetty9.InstrumentedHandler in Module 
"deployment.xwiki-enterprise-web-9.3.1.war:main" from Service Module Loader: 
java.lang.NoClassDefFoundError: Failed to link 
com/codahale/metrics/jetty9/InstrumentedHandler (Module 
"deployment.xwiki-enterprise-web-9.3.1.war:main" from Service Module Loader): 
org/eclipse/jetty/server/handler/HandlerWrapper
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at 
org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:446)
at 
org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:274)
at 
org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78)
at org.jboss.modules.Module.loadModuleClass(Module.java:606)
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at 
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2583)
at java.lang.Class.getDeclaredFields(Class.java:1916)
at 
org.jboss.as.server.deployment.reflect.ClassReflectionIndex.(ClassReflectionIndex.java:72)
at 
org.jboss.as.server.deployment.reflect.DeploymentReflectionIndex.getClassIndex(DeploymentReflectionIndex.java:66)
at 
org.jboss.as.ee.metadata.MethodAnnotationAggregator.runtimeAnnotationInformation(MethodAnnotationAggregator.java:57)
at 
org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.handleAnnotations(InterceptorAnnotationProcessor.java:106)
at 
org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.processComponentConfig(InterceptorAnnotationProcessor.java:91)
at 
org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.deploy(InterceptorAnnotationProcessor.java:76)
at 
org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
at 
org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at 
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Thomas Mortagne 
On Wed, May 10, 2017 at 5:25 PM, Lester Marc Dizon (ITX)
 wrote:
> Thank you for your responses. I'm new to this community and happy to see you 
> guys are very responsive.
>
> @Thomas,  I have followed your wiki pages. The moment I add 
> "xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
>  in xwiki.cfg ,  I can't login anymore even with the local admin account. I 
> get a 401 http status code in 
> "/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".

This is because by default the LDAP authenticator does not fallback on
standard XWiki auth. See xwiki.authentication.ldap.trylocal property
in the documentation.

> Can you tell me where and which logfile I should check when I've added 
>  in 
> "WEB-INF/classes/logback.xml"?

Whatever is the application server log file in the docker image.
Vincent should know better.

>
> @Vincent, running with Docker seems to work very well except for my issues 
> with LDAP. Also, I can ping the LDAP Server inside the XWiki container. I 
> really need to check a logfile to know where it is failing but I don't know 
> where to find it.
>
> Thanks,
> Lester
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
> Sent: mercredi 10 mai 2017 16:54
> To: XWiki Users 
> Subject: Re: [xwiki-users] XWiki Docker in Prod
>
>
>> On 10 May 2017, at 16:27, Thomas Mortagne  wrote:
>>
>> I don't know much about Docker but I can maybe help with the LDAP 
>> authenticator.
>>
>> After you installed the extension you will also need to modify the
>> property xwiki.authentication.authclass in file xwiki.cfg in the
>> application server as indicated on
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
>> I have no idea if the Docker package let you modify this file
>
> Yes it does, but it could be simpler, see  
> https://jira.xwiki.org/browse/XDOCKER-20
>
> Thanks
> -Vincent
>
>> but if
>> you managed to do that then a good thing to do usually to understand
>> what's wrong with your LDAP setup is enabled debug log (see
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
>>
>> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
>>  wrote:
>>> Hi,
>>>
>>> We are currently testing XWiki. I have a test environment for XWiki running 
>>> in Docker. I would like to know if it's ok to run it as is in Prod 
>>> (intranet)?
>>>
>>> Also, I'm trying to connect it to LDAP with no success (tried with 
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ 
>>> and http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ 
>>> ). Is it because I'm running it in Docker? Is there a log where I can check 
>>> what's wrong?
>>>
>>> Any help is appreciated.
>>>
>>> Thanks,
>>> Lester
>>
>>
>>
>> --
>> Thomas Mortagne
>



-- 
Thomas Mortagne

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Lester Marc Dizon (ITX) 
Thank you for your responses. I'm new to this community and happy to see you 
guys are very responsive.

@Thomas,  I have followed your wiki pages. The moment I add 
"xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
 in xwiki.cfg ,  I can't login anymore even with the local admin account. I get 
a 401 http status code in 
"/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".  Can you tell me 
where and which logfile I should check when I've added  in "WEB-INF/classes/logback.xml"?

@Vincent, running with Docker seems to work very well except for my issues with 
LDAP. Also, I can ping the LDAP Server inside the XWiki container. I really 
need to check a logfile to know where it is failing but I don't know where to 
find it.

Thanks,
Lester

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
Sent: mercredi 10 mai 2017 16:54
To: XWiki Users 
Subject: Re: [xwiki-users] XWiki Docker in Prod


> On 10 May 2017, at 16:27, Thomas Mortagne  wrote:
> 
> I don't know much about Docker but I can maybe help with the LDAP 
> authenticator.
> 
> After you installed the extension you will also need to modify the 
> property xwiki.authentication.authclass in file xwiki.cfg in the 
> application server as indicated on 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
> I have no idea if the Docker package let you modify this file

Yes it does, but it could be simpler, see  
https://jira.xwiki.org/browse/XDOCKER-20

Thanks
-Vincent

> but if
> you managed to do that then a good thing to do usually to understand 
> what's wrong with your LDAP setup is enabled debug log (see 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
> 
> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX) 
>  wrote:
>> Hi,
>> 
>> We are currently testing XWiki. I have a test environment for XWiki running 
>> in Docker. I would like to know if it's ok to run it as is in Prod 
>> (intranet)?
>> 
>> Also, I'm trying to connect it to LDAP with no success (tried with 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
>> it because I'm running it in Docker? Is there a log where I can check what's 
>> wrong?
>> 
>> Any help is appreciated.
>> 
>> Thanks,
>> Lester
> 
> 
> 
> --
> Thomas Mortagne

Re: [xwiki-users] Navigation Panel

2017-05-10 Thread Vincent Massol 
Hi Timo,

> On 10 May 2017, at 14:50, Timo Dachs-Wegmann  wrote:
> 
> Hello all,
> 
> I installed the latest version of XWiki (9.3.1) and I want to get a new 
> navigation panel since my old is a little bit buggy and outdated. 
> 
> I would like to have something like the document tree macro generates with 
> this command:
> 
>   {{velocity}}
>   #panelheader('Navi3')
>   {{documentTree showTranslations="false" showAttachments="false" 
> compact="true" showSpaces="true" limit=20/}}
>   #panelfooter()
>   {{/velocity}}
> 
> But the problem there is, that I can't blacklist the spaces I don't want to 
> be shown in this list…

If the spaces contain hidden pages or pages that the user doesn’t have 
permissions to view then it shouldn’t be listed. Maybe that’s a workaround that 
could work for you?

> There was a ticket already with this topic and I posted a comment there, so 
> hopefully they add this "feature" (yes for me it is a needed feature) but I 
> thought maybe you guys have a navigation bar that 
> is generated dynamicly and will work for me. (It should be a tree panel).
> Something like this:
> http://test.xwiki.org/xwiki/bin/view/Panels%20Tests/Navigation%20Panel#Attachments

If you want to control the content, maybe you could use the Tree macro: 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tree%20Macro

Or 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro#HCustomDocumentTree

EDIT: I see you’ve commented on 
https://jira.xwiki.org/browse/XWIKI-12895?focusedCommentId=94975=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-94975

I’ll reply there. 

Thanks
-Vincent

> Link to the JIRA ticket:
> https://jira.xwiki.org/browse/XWIKI-12895
> 
> 
> Mit freundlichen Grüßen  
> 
> Timo Dachs-Wegmann
> -EDV- 
> 
> 
> -
> PROCITEC GmbH Rastatter Strasse 41
> D-75179 Pforzheim
> Fon: +49 7231 15561-29
> Fax: +49 7231 15561-11
> Mailto: t.wegm...@procitec.de 
> 
> Mannheim HRB 504702
> Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen
> 
> 
> 
>

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Vincent Massol 

> On 10 May 2017, at 16:27, Thomas Mortagne  wrote:
> 
> I don't know much about Docker but I can maybe help with the LDAP 
> authenticator.
> 
> After you installed the extension you will also need to modify the
> property xwiki.authentication.authclass in file xwiki.cfg in the
> application server as indicated on
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
> I have no idea if the Docker package let you modify this file

Yes it does, but it could be simpler, see  
https://jira.xwiki.org/browse/XDOCKER-20

Thanks
-Vincent

> but if
> you managed to do that then a good thing to do usually to understand
> what's wrong with your LDAP setup is enabled debug log (see
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
> 
> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
>  wrote:
>> Hi,
>> 
>> We are currently testing XWiki. I have a test environment for XWiki running 
>> in Docker. I would like to know if it's ok to run it as is in Prod 
>> (intranet)?
>> 
>> Also, I'm trying to connect it to LDAP with no success (tried with 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
>> it because I'm running it in Docker? Is there a log where I can check what's 
>> wrong?
>> 
>> Any help is appreciated.
>> 
>> Thanks,
>> Lester
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Vincent Massol 
Hi,

> On 10 May 2017, at 16:13, Lester Marc Dizon (ITX)  wrote:
> 
> Hi,
> 
> We are currently testing XWiki. I have a test environment for XWiki running 
> in Docker. I would like to know if it's ok to run it as is in Prod (intranet)?

That’s the intent but these images are pretty new (I added them a few months 
ago) and I haven’t received any feedback so far from people using them in 
production or not.

I’m also happy to work with you to make them production-ready if you see 
something missing.

> Also, I'm trying to connect it to LDAP with no success (tried with 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
> it because I'm running it in Docker? Is there a log where I can check what's 
> wrong?

Yes it could be related to Docker since it runs inside its own network (See 
https://docs.docker.com/engine/userguide/networking/ for more details). I don’t 
have much experience with this though but it’s easy to check by doing a “docker 
exec” on your running container and try to ping your LDAP server IP.

Thanks
-Vincent

> Any help is appreciated.
> 
> Thanks,
> Lester

Re: [xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Thomas Mortagne 
I don't know much about Docker but I can maybe help with the LDAP authenticator.

After you installed the extension you will also need to modify the
property xwiki.authentication.authclass in file xwiki.cfg in the
application server as indicated on
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
I have no idea if the Docker package let you modify this file but if
you managed to do that then a good thing to do usually to understand
what's wrong with your LDAP setup is enabled debug log (see
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).

On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
 wrote:
> Hi,
>
> We are currently testing XWiki. I have a test environment for XWiki running 
> in Docker. I would like to know if it's ok to run it as is in Prod (intranet)?
>
> Also, I'm trying to connect it to LDAP with no success (tried with 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
> it because I'm running it in Docker? Is there a log where I can check what's 
> wrong?
>
> Any help is appreciated.
>
> Thanks,
> Lester



-- 
Thomas Mortagne

[xwiki-users] XWiki Docker in Prod

2017-05-10 Thread Lester Marc Dizon (ITX) 
Hi,

We are currently testing XWiki. I have a test environment for XWiki running in 
Docker. I would like to know if it's ok to run it as is in Prod (intranet)?

Also, I'm trying to connect it to LDAP with no success (tried with 
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is it 
because I'm running it in Docker? Is there a log where I can check what's wrong?

Any help is appreciated.

Thanks,
Lester

[xwiki-users] Navigation Panel

2017-05-10 Thread Timo Dachs-Wegmann 
Hello all,

I installed the latest version of XWiki (9.3.1) and I want to get a new 
navigation panel since my old is a little bit buggy and outdated. 

I would like to have something like the document tree macro generates with this 
command:

{{velocity}}
#panelheader('Navi3')
{{documentTree showTranslations="false" showAttachments="false" 
compact="true" showSpaces="true" limit=20/}}
#panelfooter()
{{/velocity}}

But the problem there is, that I can't blacklist the spaces I don't want to be 
shown in this list...
There was a ticket already with this topic and I posted a comment there, so 
hopefully they add this "feature" (yes for me it is a needed feature) but I 
thought maybe you guys have a navigation bar that 
is generated dynamicly and will work for me. (It should be a tree panel).
Something like this:
http://test.xwiki.org/xwiki/bin/view/Panels%20Tests/Navigation%20Panel#Attachments

Link to the JIRA ticket:
https://jira.xwiki.org/browse/XWIKI-12895


Mit freundlichen Grüßen  

Timo Dachs-Wegmann
-EDV- 


-
PROCITEC GmbH Rastatter Strasse 41
D-75179 Pforzheim
Fon: +49 7231 15561-29
Fax: +49 7231 15561-11
Mailto: t.wegm...@procitec.de 

Mannheim HRB 504702
Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

2017-05-10 Thread Ecaterina Moraru (Valica) 
On Tue, May 9, 2017 at 11:20 PM, Olivier Seres  wrote:

> Caty,
> Thanks for this work!
> We should also consider that there could be other options to be added in
> the future, like "Allow realtime" radio button, or introduced by some
> forecoming extensions
>

Ideal we could also remove options :) and make it more simpler :)
On mobile the options will go on 2 rows, so we currently have this problems.

Thanks,
Caty


> In order to avoid messing up the layout (in beeing be obliged to placing
> the option in some weird places - like underneath because there is no other
> options),  it might be wise to think to an elegant design solution within
> this bottom bar to take their growth into account.
> Currently thinking to an unfolding menu, but I'm sure there are many other
> ways.
>
>
>
> Olivier
>
>
> On Tue, May 9, 2017 at 6:13 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
>
>> Hi,
>>
>> The initial proposal was about the fixed bottom position. For that we will
>> have https://jira.xwiki.org/browse/XWIKI-14162 issue
>> In order to have a bottom bar, we compacted the save options, for that we
>> will have the https://jira.xwiki.org/browse/XWIKI-14267
>>
>> Thanks to everyone who responded in the survey. The results are available
>> at
>> https://docs.google.com/forms/d/1DM74hlXQQ22WVdqhYbGWyITWXTH
>> 5qgmKSMIrS3eHDKE/viewanalytics
>>
>> The proposal we will implement is
>> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisi
>> bleSave/proposal9xCK.png
>>
>> Initially I wanted to remove some buttons and reduce their number, but the
>> feedback was mixed, so this has been postponed, until we gather more usage
>> data or feedback.
>>
>> Some conclusions:
>> - "Save & View" received 12 votes as used most often. Since it's also an
>> action that changes modes (takes the user to view) and is a final action,
>> it will be marked with primary state (blue).
>> - "Save" was also voted and voters were against remove it. Since it
>> received 12 votes and is related to save, it will be the next action. We
>> simplified the name from "Save" to "Save".
>> - "Preview" received just 4 votes, but we consider this action to be
>> directed towards newcomer users that need to be comfortable with their
>> changes and be able to preview them.
>> - "Cancel" was kept near the other actions in order to be consistent with
>> the other layout we have across XWiki. It will be displayed outside of the
>> button group.
>>
>> Thanks,
>> Caty
>>
>> On Thu, Apr 27, 2017 at 4:29 PM, Ecaterina Moraru (Valica) <
>> vali...@gmail.com> wrote:
>>
>> > Sorry. The link was https://goo.gl/forms/QyG5eOM44rBkd3qk2
>> >
>> > On Thu, Apr 27, 2017 at 4:23 PM, Ecaterina Moraru (Valica) <
>> > vali...@gmail.com> wrote:
>> >
>> >> I've created this form to gather data about the buttons usage, in order
>> >> to make a proposal for the buttons location
>> >> https://docs.google.com/forms/d/e/1FAIpQLSeQwjxlFl321Ap97xKlYRcf
>> -39wlG-
>> >> cJXXqM1nududfjo3KHQ/viewanalytics
>> >>
>> >> Hope everyone is comfortable with Google Forms.
>> >> Thanks,
>> >> Caty
>> >>
>> >>
>> >> On Thu, Apr 27, 2017 at 12:56 PM, Denis GERMAIN 
>> >> wrote:
>> >>
>> >>> Great proposition ! I like it.
>> >>>
>> >>> I see that the subject has also diverted to the fact that you can
>> "save
>> >>> and
>> >>> continue" and "save and view". Some of our users are lost the first
>> time
>> >>> as
>> >>> they click "save and continue" and don't understand why they are
>> still in
>> >>> edit mode. Clarifying this would indeed be a good idea, even though
>> they
>> >>> usually get the distinction quickly after that.
>> >>>
>> >>> Regards,
>> >>> Denis
>> >>>
>> >>> 2017-04-26 17:01 GMT+02:00 Ecaterina Moraru (Valica) <
>> vali...@gmail.com
>> >>> >:
>> >>>
>> >>> > On Wed, Apr 26, 2017 at 5:41 PM, Craig Wright 
>> >>> wrote:
>> >>> >
>> >>> > > Hi Caty,
>> >>> > >
>> >>> > > I am a fan of “B”.
>> >>> > >
>> >>> > > I like the idea of putting the changelog and autosave options
>> above
>> >>> on a
>> >>> > > preceding row. I would argue that for most users, their eyes only
>> >>> see the
>> >>> > > leftmost buttons as the functionally useful area. Thus putting
>> >>> Cancel on
>> >>> > > the far right effectively “hides” the button.
>> >>> > >
>> >>> >
>> >>> > Yes, the most visible buttons are the ones on the left side and
>> that's
>> >>> the
>> >>> > purpose. We need people to see the Save button :)
>> >>> > Now, 'summary' functionality is not mandatory when editing and can
>> >>> also be
>> >>> > disabled from Administration - Editing.
>> >>> > Having it on a separate line is not an option since we initial idea
>> of
>> >>> the
>> >>> > thread is to provide a fixed bottom bar, when the viewport is
>> small. So
>> >>> > there are all on a single bar in order to be compact.
>> >>> >
>> >>> >
>> >>> > >
>> >>> > > For the purposes of mobile, I think it is acceptable to hide the
>> >>> > changelog
>> >>> > > and