Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
On Fri, Sep 23, 2016 at 10:24 PM, Vincent Massol wrote: > > > On 23 Sep 2016, at 21:00, Eduard Moraru wrote: > > > > Hi, > > > > Sounds to me like http://jira.xwiki.org/browse/XWIKI-13435 > > ah thanks, I spent at least 15 minutes trying to find this issue again and > couldn’t! :) > Classic "cause" vs "manifestation" :) -Eduard > > -Vincent > > > Thanks, > > Eduard > > > > On Fri, Sep 23, 2016 at 8:02 PM, Thomas Mortagne < > thomas.morta...@xwiki.com> > > wrote: > > > >> On Fri, Sep 23, 2016 at 6:36 PM, Paul Libbrecht > wrote: > >>> And what if there was no request since the start but the watch list > must > >> fire? > >> > >> This is not possible since you need a request for the watchlist to be > >> initialized along with XWiki. > >> > >>> To me relying on a first request is really dangerous, also there are > >> cases where ProxyPreserveHost is not accessible (I had the case of > having > >> just mod_rewrite and no mod_proxy). > >>> > >>> A hard solution is to install a URL factory that is absolute (i've > >> published one here, it has too many things but has worked for me), > another > >> is to change de tomcat config if available. > >>> Paul > >>> > >>> > >>> -- fat fingered on my z10 -- > >>> Message d'origine > >>> De: Clemens Klein-Robbenhaar > >>> Envoyé: Freitag, 23. September 2016 16:15 > >>> À: XWiki Users > >>> Répondre à: XWiki Users > >>> Objet: Re: [xwiki-users] Watchlist email links use localhost instead of > >> server hostname > >>> > >>> > >>> If I remember correctly, XWiki uses the first incoming request to store > >> the information by which hostname it is called, and uses this > information > >> in the background thread that sends the watchlist mails. > >>> > >>> a) If you are sure that everyone accesses your wiki through the actual > >> host name, you should be able to fix the problem by restarting the wiki > >>> b) If that does not help: check if you have a proxy in front of XWiki; > >> maybe that proxy does not pass through the "host" header from the > browser > >>> (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration > to > >> do so.) > >>> c) Finally if you want to enfore the usage of a host name, and you can > >> add something like > >>> > >>> wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' > >> http://localhost:8080/xwiki/bin/view/Main/ > >>> > >>> to your start script to make sure XWiki uses a certain domain for the > >> watchlist mails > >>> > >>> HTH, > >>> Clemens > >>> > >>> On 09/22/2016 09:41 AM, Hofstätter Mario wrote: > The watchlist mail notifications we are receiving from our xwiki > server > >> have hyperlinks to the corresponding pages, but the link starts with " > >> http://localhost/"; as opposed to the actual server hostname. > How may we fix this? > > Thank you > Mario > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
> On 23 Sep 2016, at 21:00, Eduard Moraru wrote: > > Hi, > > Sounds to me like http://jira.xwiki.org/browse/XWIKI-13435 ah thanks, I spent at least 15 minutes trying to find this issue again and couldn’t! :) -Vincent > Thanks, > Eduard > > On Fri, Sep 23, 2016 at 8:02 PM, Thomas Mortagne > wrote: > >> On Fri, Sep 23, 2016 at 6:36 PM, Paul Libbrecht wrote: >>> And what if there was no request since the start but the watch list must >> fire? >> >> This is not possible since you need a request for the watchlist to be >> initialized along with XWiki. >> >>> To me relying on a first request is really dangerous, also there are >> cases where ProxyPreserveHost is not accessible (I had the case of having >> just mod_rewrite and no mod_proxy). >>> >>> A hard solution is to install a URL factory that is absolute (i've >> published one here, it has too many things but has worked for me), another >> is to change de tomcat config if available. >>> Paul >>> >>> >>> -- fat fingered on my z10 -- >>> Message d'origine >>> De: Clemens Klein-Robbenhaar >>> Envoyé: Freitag, 23. September 2016 16:15 >>> À: XWiki Users >>> Répondre à: XWiki Users >>> Objet: Re: [xwiki-users] Watchlist email links use localhost instead of >> server hostname >>> >>> >>> If I remember correctly, XWiki uses the first incoming request to store >> the information by which hostname it is called, and uses this information >> in the background thread that sends the watchlist mails. >>> >>> a) If you are sure that everyone accesses your wiki through the actual >> host name, you should be able to fix the problem by restarting the wiki >>> b) If that does not help: check if you have a proxy in front of XWiki; >> maybe that proxy does not pass through the "host" header from the browser >>> (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to >> do so.) >>> c) Finally if you want to enfore the usage of a host name, and you can >> add something like >>> >>> wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' >> http://localhost:8080/xwiki/bin/view/Main/ >>> >>> to your start script to make sure XWiki uses a certain domain for the >> watchlist mails >>> >>> HTH, >>> Clemens >>> >>> On 09/22/2016 09:41 AM, Hofstätter Mario wrote: The watchlist mail notifications we are receiving from our xwiki server >> have hyperlinks to the corresponding pages, but the link starts with " >> http://localhost/"; as opposed to the actual server hostname. How may we fix this? Thank you Mario ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
Hi, Sounds to me like http://jira.xwiki.org/browse/XWIKI-13435 Thanks, Eduard On Fri, Sep 23, 2016 at 8:02 PM, Thomas Mortagne wrote: > On Fri, Sep 23, 2016 at 6:36 PM, Paul Libbrecht wrote: > > And what if there was no request since the start but the watch list must > fire? > > This is not possible since you need a request for the watchlist to be > initialized along with XWiki. > > > To me relying on a first request is really dangerous, also there are > cases where ProxyPreserveHost is not accessible (I had the case of having > just mod_rewrite and no mod_proxy). > > > > A hard solution is to install a URL factory that is absolute (i've > published one here, it has too many things but has worked for me), another > is to change de tomcat config if available. > > Paul > > > > > > -- fat fingered on my z10 -- > > Message d'origine > > De: Clemens Klein-Robbenhaar > > Envoyé: Freitag, 23. September 2016 16:15 > > À: XWiki Users > > Répondre à: XWiki Users > > Objet: Re: [xwiki-users] Watchlist email links use localhost instead of > server hostname > > > > > > If I remember correctly, XWiki uses the first incoming request to store > the information by which hostname it is called, and uses this information > in the background thread that sends the watchlist mails. > > > > a) If you are sure that everyone accesses your wiki through the actual > host name, you should be able to fix the problem by restarting the wiki > > b) If that does not help: check if you have a proxy in front of XWiki; > maybe that proxy does not pass through the "host" header from the browser > > (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to > do so.) > > c) Finally if you want to enfore the usage of a host name, and you can > add something like > > > > wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' > http://localhost:8080/xwiki/bin/view/Main/ > > > > to your start script to make sure XWiki uses a certain domain for the > watchlist mails > > > > HTH, > > Clemens > > > > On 09/22/2016 09:41 AM, Hofstätter Mario wrote: > >> The watchlist mail notifications we are receiving from our xwiki server > have hyperlinks to the corresponding pages, but the link starts with " > http://localhost/"; as opposed to the actual server hostname. > >> How may we fix this? > >> > >> Thank you > >> Mario > > > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
On Fri, Sep 23, 2016 at 6:36 PM, Paul Libbrecht wrote: > And what if there was no request since the start but the watch list must fire? This is not possible since you need a request for the watchlist to be initialized along with XWiki. > To me relying on a first request is really dangerous, also there are cases > where ProxyPreserveHost is not accessible (I had the case of having just > mod_rewrite and no mod_proxy). > > A hard solution is to install a URL factory that is absolute (i've published > one here, it has too many things but has worked for me), another is to change > de tomcat config if available. > Paul > > > -- fat fingered on my z10 -- > Message d'origine > De: Clemens Klein-Robbenhaar > Envoyé: Freitag, 23. September 2016 16:15 > À: XWiki Users > Répondre à: XWiki Users > Objet: Re: [xwiki-users] Watchlist email links use localhost instead of > server hostname > > > If I remember correctly, XWiki uses the first incoming request to store the > information by which hostname it is called, and uses this information in the > background thread that sends the watchlist mails. > > a) If you are sure that everyone accesses your wiki through the actual host > name, you should be able to fix the problem by restarting the wiki > b) If that does not help: check if you have a proxy in front of XWiki; maybe > that proxy does not pass through the "host" header from the browser > (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to do > so.) > c) Finally if you want to enfore the usage of a host name, and you can add > something like > > wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' > http://localhost:8080/xwiki/bin/view/Main/ > > to your start script to make sure XWiki uses a certain domain for the > watchlist mails > > HTH, > Clemens > > On 09/22/2016 09:41 AM, Hofstätter Mario wrote: >> The watchlist mail notifications we are receiving from our xwiki server have >> hyperlinks to the corresponding pages, but the link starts with >> "http://localhost/"; as opposed to the actual server hostname. >> How may we fix this? >> >> Thank you >> Mario > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
And what if there was no request since the start but the watch list must fire? To me relying on a first request is really dangerous, also there are cases where ProxyPreserveHost is not accessible (I had the case of having just mod_rewrite and no mod_proxy). A hard solution is to install a URL factory that is absolute (i've published one here, it has too many things but has worked for me), another is to change de tomcat config if available. Paul -- fat fingered on my z10 -- Message d'origine De: Clemens Klein-Robbenhaar Envoyé: Freitag, 23. September 2016 16:15 À: XWiki Users Répondre à: XWiki Users Objet: Re: [xwiki-users] Watchlist email links use localhost instead of server hostname If I remember correctly, XWiki uses the first incoming request to store the information by which hostname it is called, and uses this information in the background thread that sends the watchlist mails. a) If you are sure that everyone accesses your wiki through the actual host name, you should be able to fix the problem by restarting the wiki b) If that does not help: check if you have a proxy in front of XWiki; maybe that proxy does not pass through the "host" header from the browser (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to do so.) c) Finally if you want to enfore the usage of a host name, and you can add something like wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' http://localhost:8080/xwiki/bin/view/Main/ to your start script to make sure XWiki uses a certain domain for the watchlist mails HTH, Clemens On 09/22/2016 09:41 AM, Hofstätter Mario wrote: > The watchlist mail notifications we are receiving from our xwiki server have > hyperlinks to the corresponding pages, but the link starts with > "http://localhost/"; as opposed to the actual server hostname. > How may we fix this? > > Thank you > Mario ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTTP Status 500 error with webdav and short URL
Hi, Thanks for your time, I now tried the cadaver client on linux and that one somehow works. I can successfully browse the wiki now using webdav. Thanks again, Guy On 23 September 2016 at 16:28, Vincent Massol wrote: > > > On 23 Sep 2016, at 16:27, Guy Spronck wrote: > > > > My bad, I accidentally sent the email before finishing writing it. > > > > So I am experiencing a 500 error whith webdav and the short URL > configured. > > I am having issues locating the source of the issue so I am asking here. > > Setup information: > > Server is running ubuntu 14.04 > > Xwiki v8.2.1 running on tomcat 7 > > I am using LDAP for authentication and have the URL rewrite to have nice > > short URL's. > > > > Besides that it's a clean install and the webdav connection displays an > 500 > > error for some reason. > > > > To answer your question, I have tried several clients (even locally on > the > > server) and they all give the same error. > > Ok, does it work if you use a default setup with short urls? > > Thanks > -Vincent > > > > > On 23 September 2016 at 16:20, Guy Spronck wrote: > > > >> HTTP Status 500 - Views cannot be spooled. > >> -- > >> > >> *type* Exception report > >> > >> *message* *Views cannot be spooled.* > >> > >> *description* *The server encountered an internal error that prevented > it > >> from fulfilling this request.* > >> > >> *exception* > >> > >> java.io.IOException: Views cannot be spooled. > >> com.xpn.xwiki.plugin.webdav.resources.partial. > AbstractDavView.spool(AbstractDavView.java:69) > >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. > spoolResource(AbstractWebdavServlet.java:409) > >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. > doGet(AbstractWebdavServlet.java:375) > >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. > execute(AbstractWebdavServlet.java:225) > >> com.xpn.xwiki.plugin.webdav.XWikiDavServlet.execute( > XWikiDavServlet.java:152) > >> com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service( > XWikiDavServlet.java:131) > >> javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > >> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter( > XWikiDavFilter.java:70) > >> org.xwiki.container.servlet.filters.internal. > SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) > >> org.xwiki.container.servlet.filters.internal. > SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) > >> org.xwiki.container.servlet.filters.internal. > SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) > >> org.xwiki.resource.servlet.RoutingFilter.doFilter( > RoutingFilter.java:137) > >> org.tuckey.web.filters.urlrewrite.RuleChain. > handleRewrite(RuleChain.java:176) > >> org.tuckey.web.filters.urlrewrite.RuleChain.doRules( > RuleChain.java:145) > >> org.tuckey.web.filters.urlrewrite.UrlRewriter. > processRequest(UrlRewriter.java:92) > >> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter. > doFilter(UrlRewriteFilter.java:394) > >> > >> *note* *The full stack trace of the root cause is available in the > Apache > >> Tomcat/7.0.52 (Ubuntu) logs.* > >> -- > >> Apache Tomcat/7.0.52 (Ubuntu) > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTTP Status 500 error with webdav and short URL
> On 23 Sep 2016, at 16:27, Guy Spronck wrote: > > My bad, I accidentally sent the email before finishing writing it. > > So I am experiencing a 500 error whith webdav and the short URL configured. > I am having issues locating the source of the issue so I am asking here. > Setup information: > Server is running ubuntu 14.04 > Xwiki v8.2.1 running on tomcat 7 > I am using LDAP for authentication and have the URL rewrite to have nice > short URL's. > > Besides that it's a clean install and the webdav connection displays an 500 > error for some reason. > > To answer your question, I have tried several clients (even locally on the > server) and they all give the same error. Ok, does it work if you use a default setup with short urls? Thanks -Vincent > > On 23 September 2016 at 16:20, Guy Spronck wrote: > >> HTTP Status 500 - Views cannot be spooled. >> -- >> >> *type* Exception report >> >> *message* *Views cannot be spooled.* >> >> *description* *The server encountered an internal error that prevented it >> from fulfilling this request.* >> >> *exception* >> >> java.io.IOException: Views cannot be spooled. >> >> com.xpn.xwiki.plugin.webdav.resources.partial.AbstractDavView.spool(AbstractDavView.java:69) >> >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource(AbstractWebdavServlet.java:409) >> >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doGet(AbstractWebdavServlet.java:375) >> >> org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:225) >> >> com.xpn.xwiki.plugin.webdav.XWikiDavServlet.execute(XWikiDavServlet.java:152) >> >> com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service(XWikiDavServlet.java:131) >> javax.servlet.http.HttpServlet.service(HttpServlet.java:727) >> >> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:70) >> >> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) >> >> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) >> >> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) >> >> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) >> >> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) >> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) >> >> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) >> >> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:394) >> >> *note* *The full stack trace of the root cause is available in the Apache >> Tomcat/7.0.52 (Ubuntu) logs.* >> -- >> Apache Tomcat/7.0.52 (Ubuntu) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTTP Status 500 error with webdav and short URL
My bad, I accidentally sent the email before finishing writing it. So I am experiencing a 500 error whith webdav and the short URL configured. I am having issues locating the source of the issue so I am asking here. Setup information: Server is running ubuntu 14.04 Xwiki v8.2.1 running on tomcat 7 I am using LDAP for authentication and have the URL rewrite to have nice short URL's. Besides that it's a clean install and the webdav connection displays an 500 error for some reason. To answer your question, I have tried several clients (even locally on the server) and they all give the same error. On 23 September 2016 at 16:20, Guy Spronck wrote: > HTTP Status 500 - Views cannot be spooled. > -- > > *type* Exception report > > *message* *Views cannot be spooled.* > > *description* *The server encountered an internal error that prevented it > from fulfilling this request.* > > *exception* > > java.io.IOException: Views cannot be spooled. > > com.xpn.xwiki.plugin.webdav.resources.partial.AbstractDavView.spool(AbstractDavView.java:69) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource(AbstractWebdavServlet.java:409) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doGet(AbstractWebdavServlet.java:375) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:225) > > com.xpn.xwiki.plugin.webdav.XWikiDavServlet.execute(XWikiDavServlet.java:152) > > com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service(XWikiDavServlet.java:131) > javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > > com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:70) > > org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) > > org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) > > org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) > > org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) > > org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) > org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) > > org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) > > org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:394) > > *note* *The full stack trace of the root cause is available in the Apache > Tomcat/7.0.52 (Ubuntu) logs.* > -- > Apache Tomcat/7.0.52 (Ubuntu) > > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTTP Status 500 error with webdav and short URL
Hi, The Webdav module has not really been well supported for a few years now. AFAICS in the xwiki webdav code, the spool() method of WebDAV has never been supported: https://github.com/xwiki/xwiki-platform/blob/6096b83777fb3a12f9bcc3b9992ddd58f2fbd32a/xwiki-platform-core/xwiki-platform-webdav/xwiki-platform-webdav-server/src/main/java/com/xpn/xwiki/plugin/webdav/resources/partial/AbstractDavView.java#L69-L69 Since webdav support was working, I’d say you have a webdav client that doesn’t something different from other clients. Maybe you could try with another client to see if it works better and to try to understand better the issue? Thanks -Vincent > On 23 Sep 2016, at 16:20, Guy Spronck wrote: > > HTTP Status 500 - Views cannot be spooled. > -- > > *type* Exception report > > *message* *Views cannot be spooled.* > > *description* *The server encountered an internal error that prevented it > from fulfilling this request.* > > *exception* > > java.io.IOException: Views cannot be spooled. > > com.xpn.xwiki.plugin.webdav.resources.partial.AbstractDavView.spool(AbstractDavView.java:69) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource(AbstractWebdavServlet.java:409) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doGet(AbstractWebdavServlet.java:375) > > org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:225) > > com.xpn.xwiki.plugin.webdav.XWikiDavServlet.execute(XWikiDavServlet.java:152) > > com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service(XWikiDavServlet.java:131) > javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > > com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:70) > > org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) > > org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) > > org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) > > org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) > > org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) > org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) > > org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) > > org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:394) > > *note* *The full stack trace of the root cause is available in the Apache > Tomcat/7.0.52 (Ubuntu) logs.* > -- > Apache Tomcat/7.0.52 (Ubuntu) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] HTTP Status 500 error with webdav and short URL
HTTP Status 500 - Views cannot be spooled. -- *type* Exception report *message* *Views cannot be spooled.* *description* *The server encountered an internal error that prevented it from fulfilling this request.* *exception* java.io.IOException: Views cannot be spooled. com.xpn.xwiki.plugin.webdav.resources.partial.AbstractDavView.spool(AbstractDavView.java:69) org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource(AbstractWebdavServlet.java:409) org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doGet(AbstractWebdavServlet.java:375) org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:225) com.xpn.xwiki.plugin.webdav.XWikiDavServlet.execute(XWikiDavServlet.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service(XWikiDavServlet.java:131) javax.servlet.http.HttpServlet.service(HttpServlet.java:727) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:70) org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:394) *note* *The full stack trace of the root cause is available in the Apache Tomcat/7.0.52 (Ubuntu) logs.* -- Apache Tomcat/7.0.52 (Ubuntu) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Watchlist email links use localhost instead of server hostname
If I remember correctly, XWiki uses the first incoming request to store the information by which hostname it is called, and uses this information in the background thread that sends the watchlist mails. a) If you are sure that everyone accesses your wiki through the actual host name, you should be able to fix the problem by restarting the wiki b) If that does not help: check if you have a proxy in front of XWiki; maybe that proxy does not pass through the "host" header from the browser (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to do so.) c) Finally if you want to enfore the usage of a host name, and you can add something like wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' http://localhost:8080/xwiki/bin/view/Main/ to your start script to make sure XWiki uses a certain domain for the watchlist mails HTH, Clemens On 09/22/2016 09:41 AM, Hofstätter Mario wrote: > The watchlist mail notifications we are receiving from our xwiki server have > hyperlinks to the corresponding pages, but the link starts with > "http://localhost/"; as opposed to the actual server hostname. > How may we fix this? > > Thank you > Mario ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] I would like to migrate my xwiki application from 4.2 to 8.2.1
> On 23 Sep 2016, at 14:49, Kumar, Piyush wrote: > > Hi All, > > I am currently using XWiki 4.2 war deployed on apache-tomcat and also using > MySQL DB. I am using XWiki clustered 2 based on network events distribution. > I am also using A multi-tenant setup ( "virtual mode", "multi-wiki" or "farm > mode") which allows us to have several wikis running on the same XWiki > instance (i.e. in the same JVM). I also configured Scheduled jobs to empty > trash and getting it triggered via cron expression. > > I am facing serious performance issue as Xwiki application has become very > slow and frequently results in timeout. > > To resolve the performance issue I would like to migrate my XWiki application > from version 4.2 to 8.2.1. > > Is it a good decision? It is. Actually what you’ve done (stay very long on a very old version is not such a good idea ;) (will make the upgrade a lot more complex). Since you’re using a very old version you may want to export your data, install XWiki 8.2.1 and import your data. However see the limitations at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Backup#HUsingtheXWikiExportfeature > If now which version can be relatively cater more performance? Also if anyone > can share the high level steps which must be followed while migration, would > be great help. Re performance you can get good perf in 4.2 too. If I had to guess I’d say you’re missing indexes in the DB, see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances Thanks -Vincent PS: Since this is a complex operation, I’d highly suggest that you hire some xwiki experts. There are companies offering such expertise and that are sponsoring the development of the xwiki project. See http://www.xwiki.org/xwiki/bin/view/Main/Support#HProfessionalSupport > Thanks & Regards, > Piyush ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] I would like to migrate my xwiki application from 4.2 to 8.2.1
Hi All, I am currently using XWiki 4.2 war deployed on apache-tomcat and also using MySQL DB. I am using XWiki clustered 2 based on network events distribution. I am also using A multi-tenant setup ( "virtual mode", "multi-wiki" or "farm mode") which allows us to have several wikis running on the same XWiki instance (i.e. in the same JVM). I also configured Scheduled jobs to empty trash and getting it triggered via cron expression. I am facing serious performance issue as Xwiki application has become very slow and frequently results in timeout. To resolve the performance issue I would like to migrate my XWiki application from version 4.2 to 8.2.1. Is it a good decision? If now which version can be relatively cater more performance? Also if anyone can share the high level steps which must be followed while migration, would be great help. Thanks & Regards, Piyush ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problems with both WYSIWYG editors
Still haven't resolved this problem. Tried different versions of XWiki, different browsers, different linux editions, etc. And one more thing I've noticed in the browser developer tools: The error messages in the console include the link to the related .js file. like this one: tree.js:1 Uncaught SyntaxError: Unexpected token < And when I click the tree.js link it opens an xwiki HTML page source instead of the .js file! It starts with: http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en" data-xwiki-reference="xwiki:Sandbox.tree\.js" data-xwiki-document="Sandbox.tree\.js" data-xwiki-wiki="xwiki" data-xwiki-space="Sandbox" data-xwiki-page="tree.js" JavaScript is not among languages I'm familiar with, but I have a big suspicion that this is wrong. Maybe this would give someone a clue? -- View this message in context: http://xwiki.475771.n2.nabble.com/Problems-with-both-WYSIWYG-editors-tp7601122p7601350.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Task Manager Extension
Hi Stev, > On 23 Sep 2016, at 08:43, Stev Williams wrote: > > Hi, > Is it possible to setup multiple Task Managers?For our Wiki we have various > teams that use it and each would like its own task manager. I have had a > look around and can't see any option to do this within the extension itself > but wondered if I am missing something. I don’t know the app but I’ve read its doc quickly. I can think of 2 ideas for you: 1) The app supports the notion of multiple project. You could use one (or several) project per team 2) You could have one subwiki per team and then each team can install whatever app they want in their subwiki. You can even provide template subwikis to make it easy to create new wikis with the apps already installed. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Wiki+Application Thanks -Vincent > Regards > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
