March 2013 - xwiki-users@xwiki.org

[xwiki-users] [myxwiki] new wiki request
by melissa laing 07 Mar '13

07 Mar '13

Hi, I'm setting up a community research project focussing on histories of activism in New Zealand. we are unfunded and not for profit. I would like to try co-ordinating the community and share everyones research through a wiki, can I have a a wiki hosted on your community farm please. User name: Melissalaing Site name: Dissenting-Histories Thanks Melissa Laing melissa(a)melissalaing.com www.melissalaing.com www.universitywithoutconditions.ac.nz

3 3

Re: [xwiki-users] Upload for attachments fails at 1Mb
by Haru 06 Mar '13

06 Mar '13

Hi! Try to check MySQL limitations (max_allowed_packet) and/or web server in front of Tomcat (if present). Hope it helps. Вторник, 5 марта 2013, 16:38 -03:00 от Marcelo Vaz <vaz.marcelo(a)gmail.com>: >Folks, > >Has anyone faced the same issue? > >My config: >Mysql 5.1 >Tomcat6 >XEM WAR package 4.5.1 installed manually >File system storage enabled on installation, so no need to port from >database storage. >XWikiPreferences max upload size changed to 1Gb (1073741824 bytes). > >Details of the issue: >It doesn't matter if I try to attach on the main wiki on any >workspace. The result is the same: >The upload progress to around 1Mb. After retring for 1 or 2 times the >following error message is displayed: >"An error occured while uploading <file>..." > >Here my xwiki.cfg (without the comments to make it short): >xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0, xwiki/2.1, xhtml/1.0, >html/4.01, plain/1.0, docbook/4.4 >xwiki.encoding=UTF-8 >xwiki.section.edit=1 >xwiki.section.depth=2 >xwiki.backlinks=1 >xwiki.tags=1 >xwiki.store.attachment.hint=file >xwiki.store.attachment.versioning.hint=file >xwiki.store.attachment.recyclebin.hint=file >xwiki.store.cache=0 >xwiki.store.migration=0 >xwiki.store.migration.databases=all >xwiki.virtual=1 >xwiki.virtual.redirect= http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist >xwiki.inactiveuser.allowedpages= >xwiki.authentication.validationKey=totototototototototototototototo >xwiki.authentication.encryptionKey=titititititititititititititititi >xwiki.authentication.cookiedomains= >xwiki.authentication.logoutpage=(/|/[^/]+/|/wiki/[^/]+/)logout/* >xwiki.authentication.unauthorized_code=200 >xwiki.editcomment=1 >xwiki.editcomment.mandatory=0 >xwiki.authentication.ldap.server=127.0.0.1 >xwiki.authentication.ldap.port=389 >xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP >xwiki.authentication.ldap.bind_pass={1} >xwiki.authentication.ldap.base_DN= >xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,email=mail >xwiki.authentication.ldap.update_user=1 >xwiki.authentication.ldap.trylocal=1 >xwiki.defaultskin=colibri >xwiki.defaultbaseskin=colibri >xwiki.title.compatibility=1 >xwiki.plugins=\ > com.xpn.xwiki.monitor.api.MonitorPlugin,\ > com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.JsResourceSkinExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.CssResourceSkinExtensionPlugin,\ > com.xpn.xwiki.plugin.skinx.LinkExtensionPlugin,\ > com.xpn.xwiki.plugin.feed.FeedPlugin,\ > com.xpn.xwiki.plugin.google.GooglePlugin,\ > com.xpn.xwiki.plugin.mail.MailPlugin,\ > com.xpn.xwiki.plugin.packaging.PackagePlugin,\ > com.xpn.xwiki.plugin.svg.SVGPlugin,\ > com.xpn.xwiki.plugin.charts.ChartingPlugin,\ > com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ > com.xpn.xwiki.plugin.image.ImagePlugin,\ > com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ > com.xpn.xwiki.plugin.lucene.LucenePlugin,\ > com.xpn.xwiki.plugin.diff.DiffPlugin,\ > com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ > com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ > com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ > com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ > com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin, \ > com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ > com.xpn.xwiki.plugin.tag.TagPlugin >xwiki.stats.default=0 >xwiki.plugin.image.cache.capacity=30 >_______________________________________________ >users mailing list >users(a)xwiki.org >http://lists.xwiki.org/mailman/listinfo/users Kind regards, Dmitry

2 1

Re: [xwiki-users] kerberos SSO -> strip domainname from username
by Mark Jas 06 Mar '13

06 Mar '13

Has anyone xwiki 4.5 with kerberos SSO working? -----Oorspronkelijk bericht----- Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Jas Verzonden: dinsdag 5 maart 2013 16:35 Aan: users(a)xwiki.org Onderwerp: [xwiki-users] kerberos SSO -> strip domainname from username Hi all, I have configured xwiki with LDAP authentication and kerberos SSO. When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great. But when I set the browser to use automatic logon, I get the xwiki login page! (at least in FireFox, IE says "cannot show page") I get the same results when I manually login with "username@DOMAIN" and "password". So I think the domain part is used in the automatic logon. (and is the actual problem...) I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me! Mark _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

1 0

[xwiki-users] Newly created pages with attachments are shown as orphaned
by rschmid89 06 Mar '13

06 Mar '13

Hi everybody, I have a problem with the breadcrumb feature. When I create a new page and fill it with images or when I let it create through the import of an office document, then, after saving it, it appears as an orphaned page and I can do nothing to change it. After hitting the breadcrumb button in the editor the correct tree appears, but after saving the page it is still an orphaned page. This happens for me on XWiki Versions 3.0 and 4.3.1. I reproduced it by creating a link to a new page. Then i clicked on the link, which had the little questionmark, and added an image. After that I saved it and even though the correct tree was shown while editting the page it was saved as an orphaned page. When I first write something on the empty page and save it and open the page again in the editor and add an image and save it again the correct tree is shown. So my question is how can I "repair" the incorrect trees. Regards, Robert -- View this message in context: http://xwiki.475771.n2.nabble.com/Newly-created-pages-with-attachments-are-… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 2

[xwiki-users] Xwiki and workflows or BPM
by tdombach 06 Mar '13

06 Mar '13

Hello all, I'm looking for an extension of Xwiki adding process and workflow functionality to Xwiki. Like ad hoc http://www.adhocworkflows.com/ do for confluence. Yes there anybody out there, which know or have something that fits. thx. Regards, Thorsten -- View this message in context: http://xwiki.475771.n2.nabble.com/Xwiki-and-workflows-or-BPM-tp7584101.html Sent from the XWiki- Users mailing list archive at Nabble.com.

3 3

[xwiki-users] custom content as a new docextra tabs
by Eugen Colesnicov 05 Mar '13

05 Mar '13

How is posible to add new docextra tab with custom content on it (not global - only for some pages)? For example, if I have some page with configured content - I want to display this page as a new docextra tab. I know, that it is possible to manage presentation of docextra tabs. According to http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+control+order+of+tabs+at+bot… I can write #set ($docextras = []) #set ($discard = $docextras.add(['Comments', 'comments', $msg.get('docextra.comments'), $doc.getObjects('XWiki.XWikiComments').size(), 'commentsinline.vm', $msg.get('core.shortcuts.view.comments')])) #set ($discard = $docextras.add(['Attachments', 'attachments', $msg.get('docextra.attachments'), $doc.getAttachmentList().size(), "attachmentsinline.vm$!{sortAttachmentsBy}", $msg.get('core.shortcuts.view.attachments')])) #set ($discard = $docextras.add(['History', 'history', $msg.get('docextra.history'), -1, 'historyinline.vm', $msg.get('core.shortcuts.view.history')])) #set ($discard = $docextras.add(['Information', 'information', $msg.get('docextra.information'), -1, 'informationinline.vm', $msg.get('core.shortcuts.view.information')])) Of course, I can add new tab, but if I trying like this (defined my page in place of vm tempalate): #set ($discard = $docextras.add(['test', 'test', $msg.get('test.info'), -1, 'MySpace.MyPage', $msg.get('test.info.shortcuts')])) new tab created, but without any content ... MySpace.MyPage - contains content which I want to show in additional tab. How is possible to do it? -- Thanks beforehand! Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/custom-content-as-a-new-docextra-tabs-tp7… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] Upload for attachments fails at 1Mb
by Marcelo Vaz 05 Mar '13

05 Mar '13

Folks, Has anyone faced the same issue? My config: Mysql 5.1 Tomcat6 XEM WAR package 4.5.1 installed manually File system storage enabled on installation, so no need to port from database storage. XWikiPreferences max upload size changed to 1Gb (1073741824 bytes). Details of the issue: It doesn't matter if I try to attach on the main wiki on any workspace. The result is the same: The upload progress to around 1Mb. After retring for 1 or 2 times the following error message is displayed: "An error occured while uploading <file>..." Here my xwiki.cfg (without the comments to make it short): xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0, xwiki/2.1, xhtml/1.0, html/4.01, plain/1.0, docbook/4.4 xwiki.encoding=UTF-8 xwiki.section.edit=1 xwiki.section.depth=2 xwiki.backlinks=1 xwiki.tags=1 xwiki.store.attachment.hint=file xwiki.store.attachment.versioning.hint=file xwiki.store.attachment.recyclebin.hint=file xwiki.store.cache=0 xwiki.store.migration=0 xwiki.store.migration.databases=all xwiki.virtual=1 xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist xwiki.inactiveuser.allowedpages= xwiki.authentication.validationKey=totototototototototototototototo xwiki.authentication.encryptionKey=titititititititititititititititi xwiki.authentication.cookiedomains= xwiki.authentication.logoutpage=(/|/[^/]+/|/wiki/[^/]+/)logout/* xwiki.authentication.unauthorized_code=200 xwiki.editcomment=1 xwiki.editcomment.mandatory=0 xwiki.authentication.ldap.server=127.0.0.1 xwiki.authentication.ldap.port=389 xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP xwiki.authentication.ldap.bind_pass={1} xwiki.authentication.ldap.base_DN= xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,email=mail xwiki.authentication.ldap.update_user=1 xwiki.authentication.ldap.trylocal=1 xwiki.defaultskin=colibri xwiki.defaultbaseskin=colibri xwiki.title.compatibility=1 xwiki.plugins=\ com.xpn.xwiki.monitor.api.MonitorPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.JsResourceSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssResourceSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.LinkExtensionPlugin,\ com.xpn.xwiki.plugin.feed.FeedPlugin,\ com.xpn.xwiki.plugin.google.GooglePlugin,\ com.xpn.xwiki.plugin.mail.MailPlugin,\ com.xpn.xwiki.plugin.packaging.PackagePlugin,\ com.xpn.xwiki.plugin.svg.SVGPlugin,\ com.xpn.xwiki.plugin.charts.ChartingPlugin,\ com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ com.xpn.xwiki.plugin.image.ImagePlugin,\ com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ com.xpn.xwiki.plugin.lucene.LucenePlugin,\ com.xpn.xwiki.plugin.diff.DiffPlugin,\ com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin, \ com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ com.xpn.xwiki.plugin.tag.TagPlugin xwiki.stats.default=0 xwiki.plugin.image.cache.capacity=30

1 0

[xwiki-users] Diagram Application
by Marius Dumitru Florea 04 Mar '13

04 Mar '13

FYI, I just published a Diagram Application (based on AppWithinMinutes and draw.io) on extensions.xwiki.org , installable with the Extension Manager. Documentation: http://extensions.xwiki.org/xwiki/bin/view/Extension/Diagram+Application Source: https://github.com/xwiki-contrib/application-diagram Enjoy, Marius

2 1

Re: [xwiki-users] configuring url => Apache , Unauthorized
by Ingo Oellers 04 Mar '13

04 Mar '13

Hello, Apache-configuration is: # non-SSL<VirtualHost *:80 *:8880> ServerName subsubdomain.subdomain.domain.tld DocumentRoot /home/oseserv/apache/htdocs/subsubdomain.subdomain.domain.tld ErrorDocument 500 /error/500.htm ErrorDocument 503 /error/503.htm ErrorDocument 404 /error/404.htm ErrorLog ..... CustomLog ...... CustomLog ...... RewriteEngine On RewriteOptions Inherit # Proxy routing to backend server # Only use reverse proxy for security reasons <IfModule proxy_ajp_module> ProxyRequests Off ProxyErrorOverride On ProxyPreserveHost Off ProxyPass / ajp://localhost:11009/ ProxyPassReverse / ajp://localhost:11009/ <Proxy *> Order Allow,Deny Allow from all </Proxy> </IfModule></VirtualHost> # for SSL<VirtualHost *:443 *:8843> ServerName subsubdomain.subdomain.domain.tld DocumentRoot /home/apacheuser/apache/htdocs/subsubdomain.subdomain.domain.tld ErrorDocument 500 /error/500.htm ErrorDocument 503 /error/503.htm ErrorDocument 404 /error/404.htm ErrorLog ..... CustomLog .... CustomLog ....... RewriteEngine On RewriteOptions Inherit # Proxy routing to backend server # Only use reverse proxy for security reasons <IfModule proxy_ajp_module> ProxyRequests Off ProxyErrorOverride On ProxyPreserveHost Off ProxyPass /host-manager ! ProxyPass /jmx-console ! ProxyPass /manager ! ProxyPass /favicon.icon.gif ! ProxyPass / ajp://localhost:11843/ ProxyPassReverse / ajp://localhost:11843/ RequestHeader set X-Request-Scheme https <Proxy *> Order Allow,Deny Allow from all </Proxy> </IfModule> =================Apache Access-Log: my IP :) - - [04/Mar/2013:10:33:20 +0100] "GET /bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F HTTP/1.1" 401 475 "https://subsubdomain.subdomain.domain.tld/bin/view/Main/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0"========= With LogLevel debug the Apache-error logs drops out: [Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(45): proxy: AJP: canonicalising URL //localhost:11843/bin/login/XWiki/XWikiLogin[Mon Mar 04 12:19:13 2013] [debug] proxy_util.c(1506): [client 62.156.205.180] proxy: ajp: found worker ajp://localhost:11843/ for ajp://localhost:11843/bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F, referer: https://subsubdomain.subdomain.domain.tld/bin/view/Main/[Mon Mar 04 12:19:13 2013] [debug] mod_proxy.c(998): Running scheme ajp handler (attempt 0)[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_http.c(1952): proxy: HTTP: declining URL ajp://localhost:11843/bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(698): proxy: AJP: serving URL ajp://localhost:11843/bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F[Mon Mar 04 12:19:13 2013] [debug] proxy_util.c(2011): proxy: AJP: has acquired connection for (localhost)[Mon Mar 04 12:19:13 2013] [debug] proxy_util.c(2067): proxy: connecting ajp://localhost:11843/bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F to localhost:11843[Mon Mar 04 12:19:13 2013] [debug] proxy_util.c(2193): proxy: connected /bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMain%2F to localhost:11843[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(224): Into ajp_marshal_into_msgb[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[0] [Host] = [subsubdomain.subdomain.domain.tld][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[1] [User-Agent] = [Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[2] [Accept] = [text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[3] [Accept-Language] = [de-de,en-us;q=0.7,en;q=0.3][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[4] [Accept-Encoding] = [gzip, deflate][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[5] [Referer] = [https://subsubdomain.subdomain.domain.tld/bin/view/Main/][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[6] [Cookie] = [JSESSIONID=CB89A9944851D1790DED54D0CD2DD0AB.myserver; language=de][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[7] [Connection] = [keep-alive][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(290): ajp_marshal_into_msgb: Header[8] [X-Request-Scheme] = [https][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(450): ajp_marshal_into_msgb: Done[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(269): proxy: APR_BUCKET_IS_EOS[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(274): proxy: data to read (max 8186 at 4)[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(289): proxy: got 0 bytes of data[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(687): ajp_read_header: ajp_ilink_received 04[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(697): ajp_parse_type: got 04[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(516): ajp_unmarshal_response: status = 401[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(537): ajp_unmarshal_response: Number of headers is = 6[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[0] [Pragma] = [no-cache][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[1] [Cache-Control] = [no-cache][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[2] [Expires] = [Wed, 31 Dec 1969 23:59:59 GMT][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[3] [Content-Type] = [text/html;charset=UTF-8][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(609): ajp_unmarshal_response: ap_set_content_type done[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[4] [Content-Language] = [de][Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(599): ajp_unmarshal_response: Header[5] [Content-Length] = [13508][Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(443): ap_proxy_ajp_request: origin server sent 401 without WWW-Authenticate header[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(687): ajp_read_header: ajp_ilink_received 03[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(697): ajp_parse_type: got 03[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(687): ajp_read_header: ajp_ilink_received 03[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(697): ajp_parse_type: got 03[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(687): ajp_read_header: ajp_ilink_received 05[Mon Mar 04 12:19:13 2013] [debug] ajp_header.c(697): ajp_parse_type: got 05[Mon Mar 04 12:19:13 2013] [debug] mod_proxy_ajp.c(605): proxy: got response from 127.0.0.1:11843 (localhost)[Mon Mar 04 12:19:13 2013] [debug] proxy_util.c(2029): proxy: AJP: has released connection for (localhost) ====Tomcat-Logs: 013-03-04 10:32:17,471 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?srid=G…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2013-03-04 10:32:17,472 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?srid=T…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2013-03-04 10:32:28,552 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?xredir…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2013-03-04 10:33:12,998 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?srid=N…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2013-03-04 10:33:13,002 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?srid=U…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2013-03-04 10:33:20,323 [https://subsubdomain.subdomain.domain.tld/bin/login/XWiki/XWikiLogin?xredir…] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 > Date: Fri, 22 Feb 2013 14:11:09 +0100> From: guillaume.fenollar@....> To: users(a)xwiki.org> Subject: Re: [xwiki-users] Antw: configuring url => Apache , Unauthorized> > Hello!> Can you print here the configuration you're using for Apache Reverse Proxy> role?> > Have you looked to the Apache logs? Any interesting thing?> > > 2013/2/22 Ingo Oellers <Ingo.Oellers@....de>> > > Hi,> > i have an adjacent problem with XWIKI 4.4 on Tomcat 6 and want to> > connect with Apache from frontend:> >> > The xwiki.war was moved to ROOT-context of Tomcat.> > With direct connection to Tomcat XWIKI is working fine.> >> > If i want to go over Apache with https://domain.xyz/ i receive well the> > startpage of XWIKI with dashboard.> > But if want to login i receive an URL> >> > https://domain.xyz/bin/login/XWiki/XWikiLogin?xredirect=%2Fbin%2Fview%2FMai…> > and the messsage> > 401 Unauthorized.> >> > Does somebody have a clue ?> > The problem is the same with xwiki.war/with ROOT-context and http> > instead of https.> >> > Thanks> > Ingo> >

1 0

[xwiki-users] Deny LDAP user auto creation
by Jaume Giribert Peraire 04 Mar '13

04 Mar '13

Hi everyone! I have just tried this fantastic wiki using the Windows EXE (v4.5) and I have to say I'm impressed. LDAP config just works out of the box and as stated in the config page: *Ldap **Enable or not LDAP authentication for this wiki. If enabled and configured properly, a local user will be created whenever a LDAP user visit this wiki for the first time.* What I really need is to manually disable local user creation from LDAP. I don't want anybody in the company to create a new user ;) I know I can restrict by LDAP groups but almost all users are in the same cn (I'm not the one who made it!). Do anyone has found a workaround for this? I haven't found any "disable ldap user creation" option. Thanks in advance!

3 3