- xwiki-users@xwiki.org - lists.xwiki.org

[xwiki-users] Stopping Xwiki-8.4.3/Tomcat-9.0 and integrating with systemctl
by Douglas Landau 09 Mar '17

09 Mar '17

Hi All, Sorry for the dumb question. I've installed CentOS-7.2, Java-1.8, MySQL 5.7, Tomcat 9.0.0, XWiki 8.4.3. I've built jsvc and have created a startup script, catalina_start. But now I want a stop script, and to integrate with systemctl/systemd on CentOS-7. I see the page at https://www.weblab360.com/User:xltran/App/xWiki/Installation/CentOS_7 which shows the form of the systemd script /etc/systemd/system.xwiki.service: ------------------------------------------------------- [Unit] Description=xWiki Service After=network.target [Service] Type=simple User=root ExecStart=/bin/bash /usr/local/xwiki/start_xwiki.sh -p 80 ExecStop=/bin/bash /usr/local/xwiki/stop_xwiki.sh -p 80 Restart=on-abort [Install] WantedBy=multi-user.target ----------------------------------------------- But, I have no /usr/local/xwiki and thus no start-xwiki.sh and stop_xwiki.sh. I installed from .war and don't see those scripts in /opt/apache-tomcat-9.0.0.M15/webapps/xwiki/. Okay, well, I have a catalina_start that works, so I can use that. But for the stop? When I say "$CATALINA_HOME/bin/catalina.sh stop" or "$CATALINA_HOME/bin/shutdown.sh", I get the following: [root@pwswiki10 opt]# $CATALINA_HOME/bin/shutdown.sh Using CATALINA_BASE: /opt/apache-tomcat-9.0.0.M15 Using CATALINA_HOME: /opt/apache-tomcat-9.0.0.M15 Using CATALINA_TMPDIR: /opt/apache-tomcat-9.0.0.M15/temp Using JRE_HOME: /usr/java/jdk1.8.0_25 Using CLASSPATH: /opt/apache-tomcat-9.0.0.M15/bin/bootstrap.jar:/opt/apache-tomcat-9.0.0.M15/bin/tomcat-juli.jar Mar 01, 2017 5:12:16 PM org.apache.catalina.startup.Catalina stopServer SEVERE: Could not contact localhost:8005. Tomcat may not be running. Mar 01, 2017 5:12:16 PM org.apache.catalina.startup.Catalina stopServer SEVERE: Catalina.stop: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at java.net.Socket.connect(Socket.java:538) at java.net.Socket.<init>(Socket.java:434) at java.net.Socket.<init>(Socket.java:211) at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:476) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:408) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:497) What have I neglected to do? Thanks in advance 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 netadmin(a)westmarine.com.

4 7

[xwiki-users] Rollback Failure
by Keith Davis 09 Mar '17

09 Mar '17

We have a page that fails when we attempt to rollback, other pages seem to work fine: Detailed information: Error number 0 in 11: Uncaught exception com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:474) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:210) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:474) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349) at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:783) at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:789) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1437) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -29 at java.lang.String.substring(Unknown Source) at org.xwiki.store.legacy.store.internal.FilesystemAttachmentRecycleBinStore.getDocumentReference(FilesystemAttachmentRecycleBinStore.java:472) at org.xwiki.store.legacy.store.internal.FilesystemAttachmentRecycleBinStore.deletedAttachmentFromProvider(FilesystemAttachmentRecycleBinStore.java:445) at org.xwiki.store.legacy.store.internal.FilesystemAttachmentRecycleBinStore.getAllDeletedAttachments(FilesystemAttachmentRecycleBinStore.java:295) at com.xpn.xwiki.XWiki.rollback(XWiki.java:6560) at com.xpn.xwiki.web.RollbackAction.action(RollbackAction.java:68) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:446) ... 47 more -- Keith Davis 214-906-5183

2 4

[xwiki-users] Chinese characters will be replaced by # when exporting a page to PDF
by Billtec 09 Mar '17

09 Mar '17

Hi all,I'm using the xwiki v9.1.2 and I found that when exporting a page to PDF, the non-English characters will be replaced by "#".I spent a lot of time searching in jira.xwiki.org and found that there's similar issues like XWIKI-4724 and XWIKI-1609. However, non of the solutions work on me.Finally I found this commit log in github - https://github.com/xwiki/xwiki-platform/commit/437f28bee5545670b2478c93498f… and I manually create a fop-config.xml file in xwiki\WEB-INF\classes folder, with the "" not commented out. Then the problem solved.The question is that why in 2015 the dev team want to comment out the auto-detect propert and it seems that it results on the issue I mentioned above. Will it be fixed in next release?Regards,Bill -- View this message in context: http://xwiki.475771.n2.nabble.com/Chinese-characters-will-be-replaced-by-wh… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 6

[xwiki-users] Tagging user to get their attention.
by Oliver Angélil 09 Mar '17

09 Mar '17

Is it possible to do this on a page to alert a user if you would like to get them to view some page/comment? I.e. this is a useful feature on Facebook, but then I guess most of don't use Facebook. ;) Thanks, Oliver

4 5

[xwiki-users] Starting and Stopping
by Keith H 08 Mar '17

08 Mar '17

Hello All, I’m new to xwiki, and have lots of questions. Running xwiki 9.1.2 on Mac OS X, lion, on an old mac. Its looking pretty good but… 1. Starting up there are some error messages, and I don’t know how seriously to take them. 2017-03-08 15:37:36.509:WARN:oeja.AnnotationConfiguration:main: ServletContainerInitializers: detected. Class hierarchy: empty 2017-03-08 15:38:03,012 [main] WARN o.r.Reflections - could not create Vfs.Dir from url. ignoring the exception and continuing org.reflections.ReflectionsException: could not create Vfs.Dir from url, no matching UrlType was found [file:/System/Library/Java/Extensions/QTJava.zip] either use fromURL(final URL url, final List<UrlType> urlTypes) or use the static setDefaultURLTypes(final List<UrlType> urlTypes) or addDefaultURLTypes(UrlType urlType) with your specialized UrlType. at org.reflections.vfs.Vfs.fromURL(Vfs.java:109) at org.reflections.vfs.Vfs.fromURL(Vfs.java:91) at org.reflections.Reflections.scan(Reflections.java:237) at org.reflections.Reflections.scan(Reflections.java:204) at org.reflections.Reflections.<init>(Reflections.java:129) at org.xwiki.extension.maven.internal.MavenExtensionScanner.scan(MavenExtensionScanner.java:150) 2. The soft shutdown ./stop_xwiki.sh never works, it always goes in for the kill. any thoughts? thanks in advance Keith

2 3

[xwiki-users] Upgrade to 8.4.4 Read Only have Copy Option
by Stev Williams 07 Mar '17

07 Mar '17

Hi, I have recently upgraded our xwiki from 7.4.4 to 8.4.4 and all seemed to go well, however one thing has come up in that if a user or a group has read only access to the Wiki on 8.4.4 the cog is appearing with just the option to Copy. I have tried to copy a page with a read only test account and it will not allow the copy which is fine however any ideas why the option is showing and is there anything I can do to get rid of it? Regards

4 5

[xwiki-users] Customizing navigation menu in sidebar
by Willi Schiegel 07 Mar '17

07 Mar '17

Dear All, is it possible to customize the navigation menu in the sidebar, for example to change the ordering from automatic alphabetical to a manual order? Would be the extension "Menu Application" the right choice for this? Thank you very much. Best, Willi

4 11

[xwiki-users] LDAP Authentication extension config
by Douglas Landau 07 Mar '17

07 Mar '17

Hi, Another dumb question, apologies in advance. I'm running Tomcat 9.0 + mysql 5.7 + XWiki 8.4.3 installed from WAR. I installed the LDAP authentication thru the extensions manager, at least I think I did, but don't see the installed package files anywhere. Nor do I see anything about it in the GUI. Except in the extensions manager, that it was installed to Farm. This page: http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HG… says to edit your xwiki.cfg as follows. But I don't see the lines below in my xwiki.cfg. I am supposed to add them, I guess? Or was there some step I was supposed to take to get me from "Installed on Farm" to "Installed on Xwiki" ? Thanks! Doug Generic LDAP configuration In order to enable the LDAP support you have to change the authentication method in WEB-INF/xwiki.cfg as follows: #-# LDAP authentication service xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# - 0: disable #-# - 1: enable #-# The default is 0 xwiki.authentication.ldap=1 You can setup the LDAP configuration in the xwiki.cfg file by filling the following properties: #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# - 0: disable #-# - 1: enable #-# The default is 0 xwiki.authentication.ldap=1 #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) #-# The default host is localhost xwiki.authentication.ldap.server=localhost #-# The default port is 389 (636 if xwiki.authentication.ldap.ssl is enabled) # xwiki.authentication.ldap.port=389 #-# 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} -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of Douglas Landau Sent: Monday, March 06, 2017 1:44 PM To: XWiki Users Subject: Re: [xwiki-users] Stopping Xwiki-8.4.3/Tomcat-9.0 and integrating with systemctl >Port in <server> property is a Tomcat system port used for shutdown, it should not be confused with a port Tomcat service connector listens on (client connection port like 80, 8080, 443 etc). So changing it to 8080 is not what you should've done, I think. Thanks. I changed it back to 8005. But when I start up it is still not listening on 8005, and so the shutdown script does not work. What have I overlooked/do I have to do to enable port 8005 shutdown? 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 netadmin(a)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 netadmin(a)westmarine.com.

3 2

[xwiki-users] Extension Error - Illegal char <:> at index 4: wiki:
by Keith Davis 06 Mar '17

06 Mar '17

I installed the Let's Encrypt extension and got this message: Failed to execute the [velocity] macro. Cause: [Illegal char <:> at index 4: wiki:]. Click on this message for details. So I created this issue: http://jira.xwiki.org/browse/LENCRYPT-3 But then I realized, that I get this same error for one other extension: Icon Theme Application Any ideas? -- Keith Davis 214-906-5183

2 7

[xwiki-users] [ANN] XWiki 9.1.2 released
by Thomas Mortagne 06 Mar '17

06 Mar '17

The XWiki development team is proud to announce the availability of XWiki <version>. This version fix a bug that makes impossible to install XAR extension without programming rights. 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/Data/XWiki/9.1.2 Thanks for your support -The XWiki dev team

1 0