It looks like the debian repository http://maven.xwiki.org/stable/ is corrupted. Any indication when it will be back?
Claude Durocher | Conseiller en architecture et en logiciel libre | Centre d'expertise en logiciel libre
Centre de services partagés du Québec | 150, boulevard René-Lévesque Est, 6e étage, Québec (Québec) G1R 2B2
Tél. : 418 717-9656
claude.durocher(a)cspq.gouv.qc.ca | www.cspq.gouv.qc.ca
Ce message est confidentiel et est à l'usage exclusif du destinataire identifié ci-dessus. Toute autre personne est, par les présentes, avisée qu'il lui est strictement interdit de le diffuser, de le distribuer, d'en dévoiler le contenu ou de le reproduire. Si vous avez reçu cette communication par erreur, veuillez en informer l'expéditeur par courrier électronique immédiatement et détruire l'original de ce message ainsi que toute copie.
Hi,
I would like to get access to XWikiContext class for getting properties from xwiki sheet. And now it isn't possible to get them without platform-old core.
So I added jar files with all of these dependencies to my project but I’m not sure probably that was wrong way and there are other new classes for getting access to context in new version...
Is it possible to write hole extension only on java without creating xwiki sheets and classes? So I mean that, now I create xwiki configuration class and configurable class and also sheet with document and sheet dependencies. But maybe there is another way to write all of these only on java?
And another questions: I read topic about Wysiwyg editor but it contains not enough information. Is there more detailed instruction for creating my own menu items and bind one with some logic for example calling script through $services.myScriptService.myScriptMethod()?
Thank you in advance
Thank you in advance for any answers!
Best regards,
Maxim Birukov
Java developer
# +38-095-234-13-34
Skype: maksim.b
E-mail: m <mailto:i.schmidt@comparus.de>.birukov(a)comparus.de <mailto:i.schmidt@comparus.de>
www.comparus.de <http://www.comparus.de/>
DISCLAIMER: Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Danke.
DISCLAIMER: This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Thank You.
Hi,
our freshly configured XWiki (7.4, running open SUSE 13.1 with Tomcat
8.0.30) works fine through LDAP but fails as soon as we switch to ldaps.
The current relevant settings for LDAP authentication in xwiki.cfg are:
---------------
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
xwiki.authentication.ldap=1
xwiki.authentication.ldap.server=OUR_LDAP_SERVER
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.trylocal=1
xwiki.authentication.ldap.ssl=0
xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider
xwiki.authentication.ldap.validate_password=0
xwiki.authentication.ldap.password_field=userPassword
---------------
As soon as we change the settings to use SSL secured LDAP...
---------------
xwiki.authentication.ldap.port=636
xwiki.authentication.ldap.ssl=1
---------------
...authentication fails and we get the error message in catalina.out
(debugging enabled according to
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HEnableL…)
that you can find at the end of this mail. Connecting with the standard
LDAP tools (ldapsearch) via SSL works fine.
However: We haven't configured a keystore, as we are not in possession
ot the server's certificate. ldapsearch only connects correctly with
TLS_REQCERT=never. Could that be the problem with XWiki, too? If yes,
is there a way to configure XWiki to ignore the certificate completely?
Cheers
Frank
catalina.out messages related to one failed LDAP authentication
===============================================================
[...]
2016-02-09 10:37:52,261
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE
u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
2016-02-09 10:37:52,262
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - The provided user is null. We don't try
to authenticate, it probably means the user is in non logged mode.
2016-02-09 10:37:52,265
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE
u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
2016-02-09 10:37:52,333
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConfig - ldap_group_classes: [groupofnames,
groupwisedistributionlist, dynamicgroup, dynamicgroupaux,
groupofuniquenames, posixgroup, apple-group, group]
2016-02-09 10:37:52,336
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConfig - ldap_group_memberfields: [member,
memberuid, uniquemember]
2016-02-09 10:37:52,355
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - Connecting to LDAP using SSL
2016-02-09 10:37:52,533
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - Connection to LDAP server
[ad.dkfz-heidelberg.de:389]
2016-02-09 10:37:52,567
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - Binding to LDAP server with credentials
login=[XXXX]
2016-02-09 10:37:52,777
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed.
com.xpn.xwiki.plugin.ldap.XWikiLDAPException: Error number 0 in 5: LDAP
bind failed with LDAPException.
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:196)
~[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:122)
~[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:306)
[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182)
[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129)
[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:272)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:192)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:174)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:239)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3565)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
org.xwiki.security.authorization.internal.XWikiCachingRightService.authenticateUser(XWikiCachingRightService.java:241)
[xwiki-platform-security-bridge-7.4.jar:na]
at
org.xwiki.security.authorization.internal.XWikiCachingRightService.checkAccess(XWikiCachingRightService.java:271)
[xwiki-platform-security-bridge-7.4.jar:na]
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3583)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4657)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:339)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:184)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
[struts-core-1.3.10.jar:1.3.10]
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
[struts-core-1.3.10.jar:1.3.10]
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
[struts-core-1.3.10.jar:1.3.10]
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462)
[struts-core-1.3.10.jar:1.3.10]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
[servlet-api.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
[servlet-api.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)
[xwiki-platform-legacy-oldcore-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
[xwiki-platform-wysiwyg-server-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
[tomcat-websocket.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
[xwiki-platform-container-servlet-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
[xwiki-platform-webdav-server-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
[xwiki-platform-container-servlet-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
[xwiki-platform-container-servlet-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) [xwiki-platform-resource-servlet-7.4.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
[catalina.jar:8.0.30]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
[catalina.jar:8.0.30]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
[catalina.jar:8.0.30]
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
[catalina.jar:8.0.30]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
[catalina.jar:8.0.30]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:521)
[catalina.jar:8.0.30]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1096)
[tomcat-coyote.jar:8.0.30]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:674)
[tomcat-coyote.jar:8.0.30]
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500)
[tomcat-coyote.jar:8.0.30]
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456)
[tomcat-coyote.jar:8.0.30]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[na:1.7.0_95]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[na:1.7.0_95]
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
[tomcat-util.jar:8.0.30]
at java.lang.Thread.run(Thread.java:745) [na:1.7.0_95]
Caused by: com.novell.ldap.LDAPException: Connect Error
at com.novell.ldap.Connection.writeMessage(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.Connection.writeMessage(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.Message.sendMessage(Unknown Source) ~[jldap-4.3.jar:na]
at com.novell.ldap.MessageAgent.sendMessage(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPConnection.sendRequestToServer(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.bind(XWikiLDAPConnection.java:230)
~[xwiki-platform-ldap-authenticator-7.4.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:192)
~[xwiki-platform-ldap-authenticator-7.4.jar:na]
... 63 common frames omitted
Caused by: javax.net.ssl.SSLException: Connection has been shutdown:
javax.net.ssl.SSLException: java.net.SocketException: Connection reset
at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1508)
~[na:1.7.0_95]
at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1520)
~[na:1.7.0_95]
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:70)
~[na:1.7.0_95]
... 73 common frames omitted
Caused by: javax.net.ssl.SSLException: java.net.SocketException:
Connection reset
at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) ~[na:1.7.0_95]
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1916)
~[na:1.7.0_95]
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1874)
~[na:1.7.0_95]
at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1838)
~[na:1.7.0_95]
at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1783)
~[na:1.7.0_95]
at sun.security.ssl.AppInputStream.read(AppInputStream.java:113)
~[na:1.7.0_95]
at sun.security.ssl.AppInputStream.read(AppInputStream.java:69)
~[na:1.7.0_95]
at com.novell.ldap.asn1.ASN1Identifier.<init>(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.Connection$ReaderThread.run(Unknown Source)
~[jldap-4.3.jar:na]
... 1 common frames omitted
Caused by: java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:196)
~[na:1.7.0_95]
at java.net.SocketInputStream.read(SocketInputStream.java:122)
~[na:1.7.0_95]
at sun.security.ssl.InputRecord.readFully(InputRecord.java:442)
~[na:1.7.0_95]
at sun.security.ssl.InputRecord.read(InputRecord.java:480) ~[na:1.7.0_95]
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:946)
~[na:1.7.0_95]
at
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1344)
~[na:1.7.0_95]
at
sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:901)
~[na:1.7.0_95]
at sun.security.ssl.AppInputStream.read(AppInputStream.java:102)
~[na:1.7.0_95]
... 4 common frames omitted
2016-02-09 10:37:52,786
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - Trying authentication against XWiki DB
2016-02-09 10:37:52,870
[https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - LDAP authentication failed for user [XXXX]
[...]
Hi xwikiers,
For the needs of a coworking I started an application to create and
manage invoices. You can find it on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Invoices. It's
starting to work well so here is the advertisement.
The main need was to generate invoices and reimbursements (most of the
time when we make some mistake) for members of the coworking. So you
can create new invoices, indicate a user, a product and a price and
the rest is automatically found in the user profile. It's also
possible to create invoices from scratch for external peoples.
Also each time an invoice is created a listener send it by mail to the
mail indicated in the invoice attached as PDF.
We also automatically generate invoices for all coworkers so an Script
Service is provided that we use in a Scheduler (this Scheduler was too
specific to end up in the application itself).
Note: the model and the displayer support several products per invoice
but I was too lazy to handle the edit UI to add new products since I
don't need it in my day to day use case. PR on this (and other parts)
are of course more than welcome :)
On the technical side an important part of the application (script
services, listeners and model) would have been a lot cleaner and
easier to maintain in a JAR extension but this application is also an
experiment for me to see how to write a complex application in full
wiki.
--
Thomas Mortagne
I have Syntax Highlighting Application that "Provides Syntax Highlighting"
(uses Highlight.JS).
I want to install Highlight Macro(uses Highlight.JS with the same syntax),
because there is a right access problem with either Syntax Highlighting
Application or Highlight.JS. idk
What will happen? Do i have to delete Syntax Highlighting Application first?
I tried to delete, but after that Highlight JS Macro(which Highlight Macro
extension uses too) still remain.
--
View this message in context: http://xwiki.475771.n2.nabble.com/What-will-happen-if-I-install-extension-w…
Sent from the XWiki- Users mailing list archive at Nabble.com.
The XWiki development team is proud to announce the availability of XWiki
8.0 Milestone 1.
This is the first milestone release of the 8.x cycle. With this occasion we
deprecated and retired multiple projects like Colibri Skin, Color Themes,
old XWiki 1.0 syntax, etc. We also continued to polish our Nested Pages
feature introduced in 7.2, by adding improvements such as: asynchronous
copy and rename page actions, improved location picker for simple users and
the ability to omit "WebHome" in wiki links syntax.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80M1
The following people have contributed code to this release (sorted
alphabetically):
Alexandru Cotiugă
Denis Gervalle
Ecaterina Moraru (Valica)
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Sergiu Dumitriu
Thomas Mortagne
Vincent Massol
Thanks for your support
-The XWiki dev team
The XWiki development team is proud to announce the availability of XWiki 7.4.1.
This is a bug fix release including some important improvements such
as: asynchronous copy and rename page actions, improved location
picker when copying and renaming, ability to omit "WebHome" in wiki
links and images syntaxes.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki741
The following people have contributed code to this release (sorted
alphabetically):
acotiuga
Denis Gervalle
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Thomas Mortagne
Vincent Massol
Thanks for your support
-The XWiki dev team
Hi,
can someone explain (or provide links to documentation) how XWiki's LDAP
authentication using "xwiki.authentication.ldap.ldap_user_search_fmt"
works? I understand, that XWiki binds using
xwiki.authentication.ldap.bind_DN and
xwiki.authentication.ldap.bind_pass (which are configured as static
user), but how does it then continue to check the user's password
against the one in the LDAP/DA?
In the configuration examples I found, this parameter is usually not
used, however in the old installation I'm supposed to migrate it is. I
need to find out how that works, to decide if we should go on with it or
no. I've had a look at some of the Java libraries
(XWikiLDAPAuthServiceImpl.java and XWikiLDAPUtils.java but they didn't
help me very much (not being very proficient in Java). Any hint or link
to some more in-depth documentation (deeper than
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication but
above sourcecode level) is highly appreciated.
Cheers
Frank
Hello,
Recently we've been discussing about a situation that creates some
inconveniences.
What happens in short:
* Have multiple subwikis, each with different extensions
* Try to copy one content page from one wiki to another
* When you are using the Copy Dialog - you can see pages from other
subwikis. In that list the translations are broken.
* It's about the applications homepages that uses translations keys for
their titles.
You will get something similar to http://screencast.com/t/8aHY7dca
There are problems with translations visibility between subwikis.
Check:
* ideas
* filemanager
* xpoll
* notes
You can get more details from:
* http://jira.xwiki.org/browse/NOTES-3
* http://jira.xwiki.org/browse/XDOODLE-32
* http://jira.xwiki.org/browse/IDEAS-63
The current solution (see
https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few
glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE.
What are your thoughts on this?
Regards,
*Iustin*