[xwiki-users] failed restarts
Hello dear XWikiers, one of the issues of XWiki which keeps coming up since many many versions are "failed restarts". They manifest themselves as a web-application that misses something I could never identify and starts triggering lack of authorizations. They tend to fairly randomly. Rather more rarely on fast machines. About 5% of the times on our T2000. However, since i am in a clustered situation, it happens considerably more frequently, almost 90%. How can I debug these? I see nothing suspicious in the console and the web line manifests itself as follows: thanks for hints. Paul
paul$ wget -O - http://current.dev.curriki.org/xwiki/bin/view/Main/About --2012-08-03 18:20:23-- http://current.dev.curriki.org/xwiki/bin/view/Main/About Résolution de current.dev.curriki.org (current.dev.curriki.org)... 63.241.108.237 Connexion vers current.dev.curriki.org (current.dev.curriki.org)|63.241.108.237|:80...connecté. requête HTTP transmise, en attente de la réponse...401 Authorization Required ÉCHEC d'autorisation.
Brouwer:~ paul$ wget -O - http://dev-current-app:8080/xwiki/bin/view/Main/About--2012-08-03 18:20:37-- http://dev-current-app:8080/xwiki/bin/view/Main/About Résolution de dev-current-app (dev-current-app)... 63.241.108.241 Connexion vers dev-current-app (dev-current-app)|63.241.108.241|:8080...connecté. requête HTTP transmise, en attente de la réponse...302 Moved Temporarily Emplacement: http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... [suivant] --2012-08-03 18:20:39-- http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... Réutilisation de la connexion existante vers dev-current-app:8080. requête HTTP transmise, en attente de la réponse...401 Unauthorized ÉCHEC d'autorisation.
Once again having one such failed restart... Somehow, this may be related to the programming permission model. One thing that we call steadily on all pages is $xwiki.includeTopic('Admin.Configuration', false) and I think this is the one that fails often. Can it be this should never be authorized if not having programming right? (and it was in version 1.5 or so) thanks for hints. This remains troubling. Paul Le 3 août 2012 à 18:30, Paul Libbrecht a écrit :
Hello dear XWikiers,
one of the issues of XWiki which keeps coming up since many many versions are "failed restarts". They manifest themselves as a web-application that misses something I could never identify and starts triggering lack of authorizations.
They tend to fairly randomly. Rather more rarely on fast machines. About 5% of the times on our T2000.
However, since i am in a clustered situation, it happens considerably more frequently, almost 90%.
How can I debug these? I see nothing suspicious in the console and the web line manifests itself as follows:
thanks for hints.
Paul
paul$ wget -O - http://current.dev.curriki.org/xwiki/bin/view/Main/About --2012-08-03 18:20:23-- http://current.dev.curriki.org/xwiki/bin/view/Main/About Résolution de current.dev.curriki.org (current.dev.curriki.org)... 63.241.108.237 Connexion vers current.dev.curriki.org (current.dev.curriki.org)|63.241.108.237|:80...connecté. requête HTTP transmise, en attente de la réponse...401 Authorization Required ÉCHEC d'autorisation.
Brouwer:~ paul$ wget -O - http://dev-current-app:8080/xwiki/bin/view/Main/About--2012-08-03 18:20:37-- http://dev-current-app:8080/xwiki/bin/view/Main/About Résolution de dev-current-app (dev-current-app)... 63.241.108.241 Connexion vers dev-current-app (dev-current-app)|63.241.108.241|:8080...connecté. requête HTTP transmise, en attente de la réponse...302 Moved Temporarily Emplacement: http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... [suivant] --2012-08-03 18:20:39-- http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... Réutilisation de la connexion existante vers dev-current-app:8080. requête HTTP transmise, en attente de la réponse...401 Unauthorized ÉCHEC d'autorisation.
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hi Paul, I have never seen nor heard anything like in XE so IMO this must be coming from the way curriki uses the XWiki platform. To debug is "easy". Simply start curriki in debug mode (see start_xwiki_debug.sh), open your IDE and connect to the running JVM. Then you can trace execution step by step. Not sure if it helps much but I cannot think of anything specific. -Vincent On Aug 8, 2012, at 9:27 PM, Paul Libbrecht wrote:
Once again having one such failed restart...
Somehow, this may be related to the programming permission model. One thing that we call steadily on all pages is $xwiki.includeTopic('Admin.Configuration', false) and I think this is the one that fails often. Can it be this should never be authorized if not having programming right? (and it was in version 1.5 or so)
thanks for hints. This remains troubling.
Paul
Le 3 août 2012 à 18:30, Paul Libbrecht a écrit :
Hello dear XWikiers,
one of the issues of XWiki which keeps coming up since many many versions are "failed restarts". They manifest themselves as a web-application that misses something I could never identify and starts triggering lack of authorizations.
They tend to fairly randomly. Rather more rarely on fast machines. About 5% of the times on our T2000.
However, since i am in a clustered situation, it happens considerably more frequently, almost 90%.
How can I debug these? I see nothing suspicious in the console and the web line manifests itself as follows:
thanks for hints.
Paul
paul$ wget -O - http://current.dev.curriki.org/xwiki/bin/view/Main/About --2012-08-03 18:20:23-- http://current.dev.curriki.org/xwiki/bin/view/Main/About Résolution de current.dev.curriki.org (current.dev.curriki.org)... 63.241.108.237 Connexion vers current.dev.curriki.org (current.dev.curriki.org)|63.241.108.237|:80...connecté. requête HTTP transmise, en attente de la réponse...401 Authorization Required ÉCHEC d'autorisation.
Brouwer:~ paul$ wget -O - http://dev-current-app:8080/xwiki/bin/view/Main/About--2012-08-03 18:20:37-- http://dev-current-app:8080/xwiki/bin/view/Main/About Résolution de dev-current-app (dev-current-app)... 63.241.108.241 Connexion vers dev-current-app (dev-current-app)|63.241.108.241|:8080...connecté. requête HTTP transmise, en attente de la réponse...302 Moved Temporarily Emplacement: http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... [suivant] --2012-08-03 18:20:39-- http://dev-current-app:8080/xwiki/bin/login/XWiki/XWikiLogin;jsessionid=d49d... Réutilisation de la connexion existante vers dev-current-app:8080. requête HTTP transmise, en attente de la réponse...401 Unauthorized ÉCHEC d'autorisation.
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
On Aug 17, 2012, at 8:47 AM, Moritz Hesse (EnergieArchitektur) wrote:
Hi Vincent,
To debug is "easy". Simply start curriki in debug mode (see start_xwiki_debug.sh), open your IDE and connect to the running JVM. Then you can trace execution step by step.
which IDE do you use? Eclipse with the XWiki Eclipse Plugin?
I personally use IntelliJ IDEA. -Vincent
Hi, On Aug 17, 2012, at 11:29 AM, Moritz Hesse (EnergieArchitektur) wrote:
Hi Vincent,
I personally use IntelliJ IDEA.
sounds interesting. Can you use the XWiki Eclipse Plugin for IntelliJ IDEA?
No
Or how did you do it?
Why would I use the XWiki Eclipse plugin? :) Thanks -Vincent
Moritz, I edit all my xwiki pages with IntelliJ which gives me velocity syntax and groovy syntax awareness. They're stored in files and I upload them with a little script. Together with a good classpath, you get auto-completion on all objects which you can also declare in the header with such a syntax as: #* @vtlvariable name="xwiki" type="com.xpn.xwiki.api.XWiki" *# ## #* @vtlvariable name="context" type="com.xpn.xwiki.api.Context" *# ## #* @vtlvariable name="util" type="com.xpn.xwiki.api.Util" *# ## #* @vtlvariable name="escapetool" type="org.apache.velocity.tools.generic.EscapeTool" *# ## Unfortunately, the velocity mode is for the pro version only. That's very successful with syntax 1, I think it is a bit more picky with syntax 2 but I have little experience there. paul Le 17 août 2012 à 11:29, Moritz Hesse (EnergieArchitektur) a écrit :
Hi Vincent,
I personally use IntelliJ IDEA.
sounds interesting. Can you use the XWiki Eclipse Plugin for IntelliJ IDEA? Or how did you do it?
Thanks and bests,
On Aug 17, 2012, at 12:43 PM, Moritz Hesse (EnergieArchitektur) wrote:
Hi Vincent,
Why would I use the XWiki Eclipse plugin? :)
I am wondering how you connect to your XWiki – for developing as well as for debugging?
I use a browser to open the page I want. An IntelliJ plugin similar to XEclipse would be very neat but I haven't found the time to work on that. Thanks -Vincent
Le 16 août 2012 à 23:44, Vincent Massol a écrit :
I have never seen nor heard anything like in XE so IMO this must be coming from the way curriki uses the XWiki platform.
To debug is "easy". Simply start curriki in debug mode (see start_xwiki_debug.sh), open your IDE and connect to the running JVM. Then you can trace execution step by step.
Not sure if it helps much but I cannot think of anything specific.
Well, here's one I had twice in a row and which happens often: [#|2012-08-23T14:51:05.815-0700|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=24;_ThreadName=Core extension repository updater;_RequestID=3d417c95-bef3-46da-8edf-09dbeb300332;|java.lang.ArrayIndexOutOfBoundsException: -56499100 at java.util.regex.Pattern$BitClass.isSatisfiedBy(Pattern.java:2927) at java.util.regex.Pattern$8.isSatisfiedBy(Pattern.java:4783) at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345) at java.util.regex.Pattern$Curly.match(Pattern.java:3737) at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168) at java.util.regex.Matcher.match(Matcher.java:1127) at java.util.regex.Matcher.matches(Matcher.java:502) at org.xwiki.extension.repository.aether.internal.AetherUtils.createArtifact(AetherUtils.java:38) at org.xwiki.extension.repository.aether.internal.AetherExtensionRepository.resolveMaven(AetherExtensionRepository.java:298) at org.xwiki.extension.repository.aether.internal.AetherExtensionRepository.resolve(AetherExtensionRepository.java:163) at org.xwiki.extension.repository.aether.internal.AetherExtensionRepository.resolve(AetherExtensionRepository.java:155) at org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.resolve(DefaultExtensionRepositoryManager.java:150) at org.xwiki.extension.repository.internal.core.DefaultCoreExtensionScanner.updateExtensions(DefaultCoreExtensionScanner.java:269) at org.xwiki.extension.repository.internal.core.DefaultCoreExtensionRepository$1.run(DefaultCoreExtensionRepository.java:105) at java.lang.Thread.run(Thread.java:619) That's completely obtuse to me and is not curriki-related (Curriki was made before the extension respository). The numbers vary, the previous one had:
java.lang.ArrayIndexOutOfBoundsException: -56496035
Paul
participants (3)
-
Moritz Hesse (EnergieArchitektur) -
Paul Libbrecht -
Vincent Massol