Grails 2.3.3 needs JDK 1.7?

classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|

Grails 2.3.3 needs JDK 1.7?

sergiomichels
Is JDK 1.6 still supported? Before I'm upgrading my JDK, I was getting error in the maven-install command:


| Error Error executing script MavenInstall: null
java.lang.StackOverflowError
	at java.util.regex.Pattern$CharProperty$1.isSatisfiedBy(Pattern.java:3337)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)


The command works fine with the latest JDK.

--
Sérgio Michels
Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Lari Hotari -
Hi,

Looks like a bad regex somewhere. Do you have the full stacktrace available?
A StackOverflowError with regex's is usually a sign of "catastrophic backtracking" http://www.regular-expressions.info/catastrophic.html , http://www.codinghorror.com/blog/2006/01/regex-performance.html .

Lari

27.11.2013 22:00, Sergio Michels wrote:
Is JDK 1.6 still supported? Before I'm upgrading my JDK, I was getting error in the maven-install command:

| Error Error executing script MavenInstall: null
java.lang.StackOverflowError
	at java.util.regex.Pattern$CharProperty$1.isSatisfiedBy(Pattern.java:3337)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)

          
The command works fine with the latest JDK.

          
--
Sérgio Michels

Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels
Hi Lari, I tried again in my pc and it didn't occur. It seems something in my Jenkins environment. I will try again tomorrow.

--
Sérgio Michels


On Wed, Nov 27, 2013 at 6:33 PM, Lari Hotari <[hidden email]> wrote:
Hi,

Looks like a bad regex somewhere. Do you have the full stacktrace available?
A StackOverflowError with regex's is usually a sign of "catastrophic backtracking" http://www.regular-expressions.info/catastrophic.html , http://www.codinghorror.com/blog/2006/01/regex-performance.html .

Lari


27.11.2013 22:00, Sergio Michels wrote:
Is JDK 1.6 still supported? Before I'm upgrading my JDK, I was getting error in the maven-install command:

| Error Error executing script MavenInstall: null
java.lang.StackOverflowError
	at java.util.regex.Pattern$CharProperty$1.isSatisfiedBy(Pattern.java:3337)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)

          
The command works fine with the latest JDK.

          
--
Sérgio Michels


Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Domingo Suárez Torres
I'm getting the same issue with Grails 2.3.3, JDK 1.7.0_45 on Ubuntu Linux. On OSX is working fine.


On Wed, Nov 27, 2013 at 6:02 PM, Sergio Michels <[hidden email]> wrote:
Hi Lari, I tried again in my pc and it didn't occur. It seems something in my Jenkins environment. I will try again tomorrow.

--
Sérgio Michels


On Wed, Nov 27, 2013 at 6:33 PM, Lari Hotari <[hidden email]> wrote:
Hi,

Looks like a bad regex somewhere. Do you have the full stacktrace available?
A StackOverflowError with regex's is usually a sign of "catastrophic backtracking" http://www.regular-expressions.info/catastrophic.html , http://www.codinghorror.com/blog/2006/01/regex-performance.html .

Lari


27.11.2013 22:00, Sergio Michels wrote:
Is JDK 1.6 still supported? Before I'm upgrading my JDK, I was getting error in the maven-install command:

| Error Error executing script MavenInstall: null
java.lang.StackOverflowError
	at java.util.regex.Pattern$CharProperty$1.isSatisfiedBy(Pattern.java:3337)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)

          
The command works fine with the latest JDK.

          
--
Sérgio Michels



Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Lari Hotari -

Could someone post the full stacktrace?
Lari

Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels
In reply to this post by Domingo Suárez Torres
I'm using Ubuntu with this same JDK without the error. It only occurs to me with JDK 1.6 and in Jenkins. Maybe your JAVA_HOME is pointing to an JDK 1.6?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 2:57 PM, Domingo Suárez Torres <[hidden email]> wrote:
I'm getting the same issue with Grails 2.3.3, JDK 1.7.0_45 on Ubuntu Linux. On OSX is working fine.


On Wed, Nov 27, 2013 at 6:02 PM, Sergio Michels <[hidden email]> wrote:
Hi Lari, I tried again in my pc and it didn't occur. It seems something in my Jenkins environment. I will try again tomorrow.

--
Sérgio Michels


On Wed, Nov 27, 2013 at 6:33 PM, Lari Hotari <[hidden email]> wrote:
Hi,

Looks like a bad regex somewhere. Do you have the full stacktrace available?
A StackOverflowError with regex's is usually a sign of "catastrophic backtracking" http://www.regular-expressions.info/catastrophic.html , http://www.codinghorror.com/blog/2006/01/regex-performance.html .

Lari


27.11.2013 22:00, Sergio Michels wrote:
Is JDK 1.6 still supported? Before I'm upgrading my JDK, I was getting error in the maven-install command:

| Error Error executing script MavenInstall: null
java.lang.StackOverflowError
	at java.util.regex.Pattern$CharProperty$1.isSatisfiedBy(Pattern.java:3337)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
	at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
	at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
	at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
	at java.util.regex.Pattern$Branch.match(Pattern.java:4114)
	at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
	at java.util.regex.Pattern$Loop.match(Pattern.java:4295)

          
The command works fine with the latest JDK.

          
--
Sérgio Michels




Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels
In reply to this post by Lari Hotari -
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari


Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Lari Hotari -
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari



28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari



Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:35 PM, Lari Hotari <[hidden email]> wrote:
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari




28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari




Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Lari Hotari -

Thanks for providing the stack trace. Would you mind adding a Jira issue with a test app that reproduces the problem? It looks like the UrlMappings.groovy file triggers the problem.

Relevant rows from the stack trace:
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at java.util.regex.Matcher.replaceAll(Matcher.java:809)
at java.lang.String.replaceAll(String.java:2189)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:44)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin.removeCommentsFromGroovy(UrlMappingsGrailsPlugin.groovy:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1003)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:731)
at groovy.lang.GroovyObjectSupport.invokeMethod(GroovyObjectSupport.java:44)
at groovy.lang.MetaClassImpl.invokeMethodOnGroovyObject(MetaClassImpl.java:1151)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1045)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy:170)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

It looks like a bad regex that causes "catastrophic backtracking".

Lari

28.11.2013 20.07 kirjoitti "Sergio Michels" <[hidden email]>:

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:35 PM, Lari Hotari <[hidden email]> wrote:
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari




28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari




Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels
Right now this happens in a private plugin that have a lot of stuff. Maybe @Domingo have a small reproducible test case? If not I will try to simulate it in another plugin.

--
Sérgio Michels


On Thu, Nov 28, 2013 at 5:56 PM, Lari Hotari <[hidden email]> wrote:

Thanks for providing the stack trace. Would you mind adding a Jira issue with a test app that reproduces the problem? It looks like the UrlMappings.groovy file triggers the problem.

Relevant rows from the stack trace:
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at java.util.regex.Matcher.replaceAll(Matcher.java:809)
at java.lang.String.replaceAll(String.java:2189)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:44)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin.removeCommentsFromGroovy(UrlMappingsGrailsPlugin.groovy:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1003)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:731)
at groovy.lang.GroovyObjectSupport.invokeMethod(GroovyObjectSupport.java:44)
at groovy.lang.MetaClassImpl.invokeMethodOnGroovyObject(MetaClassImpl.java:1151)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1045)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy:170)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

It looks like a bad regex that causes "catastrophic backtracking".

Lari

28.11.2013 20.07 kirjoitti "Sergio Michels" <[hidden email]>:


--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:35 PM, Lari Hotari <[hidden email]> wrote:
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari




28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari





Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

alotor
Looks like a problem in the UrlMappings config.

Can you provide a sample UrlMappings that reproduces this error?
Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

Lari Hotari -
In reply to this post by sergiomichels
Right now this happens in a private plugin that have a lot of stuff. Maybe @Domingo have a small reproducible test case? If not I will try to simulate it in another plugin.

--
Sérgio Michels


On Thu, Nov 28, 2013 at 5:56 PM, Lari Hotari <[hidden email]> wrote:

Thanks for providing the stack trace. Would you mind adding a Jira issue with a test app that reproduces the problem? It looks like the UrlMappings.groovy file triggers the problem.

Relevant rows from the stack trace:
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at java.util.regex.Matcher.replaceAll(Matcher.java:809)
at java.lang.String.replaceAll(String.java:2189)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:44)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin.removeCommentsFromGroovy(UrlMappingsGrailsPlugin.groovy:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1003)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:731)
at groovy.lang.GroovyObjectSupport.invokeMethod(GroovyObjectSupport.java:44)
at groovy.lang.MetaClassImpl.invokeMethodOnGroovyObject(MetaClassImpl.java:1151)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1045)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy:170)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

It looks like a bad regex that causes "catastrophic backtracking".

Lari

28.11.2013 20.07 kirjoitti "Sergio Michels" <[hidden email]>:

https://gist.github.com/sergiomichels/7696022

Thanks for the option tip :-)


--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:35 PM, Lari Hotari <[hidden email]> wrote:
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari




28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari






Reply | Threaded
Open this post in threaded view
|

Re: Grails 2.3.3 needs JDK 1.7?

sergiomichels
Right, thanks Lari!

--
Sérgio Michels


On Fri, Nov 29, 2013 at 3:10 AM, Lari Hotari <[hidden email]> wrote:
Right now this happens in a private plugin that have a lot of stuff. Maybe @Domingo have a small reproducible test case? If not I will try to simulate it in another plugin.

--
Sérgio Michels


On Thu, Nov 28, 2013 at 5:56 PM, Lari Hotari <[hidden email]> wrote:

Thanks for providing the stack trace. Would you mind adding a Jira issue with a test app that reproduces the problem? It looks like the UrlMappings.groovy file triggers the problem.

Relevant rows from the stack trace:
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at java.util.regex.Matcher.replaceAll(Matcher.java:809)
at java.lang.String.replaceAll(String.java:2189)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:44)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin.removeCommentsFromGroovy(UrlMappingsGrailsPlugin.groovy:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1086)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1003)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:731)
at groovy.lang.GroovyObjectSupport.invokeMethod(GroovyObjectSupport.java:44)
at groovy.lang.MetaClassImpl.invokeMethodOnGroovyObject(MetaClassImpl.java:1151)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1045)
at groovy.lang.ExpandoMetaClass.invokeMethod(ExpandoMetaClass.java:1110)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910)
at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy:170)
at org.codehaus.groovy.grails.plugins.web.mapping.UrlMappingsGrailsPlugin$_closure2_closure13.doCall(UrlMappingsGrailsPlugin.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

It looks like a bad regex that causes "catastrophic backtracking".

Lari

28.11.2013 20.07 kirjoitti "Sergio Michels" <[hidden email]>:

https://gist.github.com/sergiomichels/7696022

Thanks for the option tip :-)


--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:35 PM, Lari Hotari <[hidden email]> wrote:
Try this:

export GRAILS_OPTS="-XX:MaxJavaStackTraceDepth=-1"
or
export _JAVA_OPTIONS="-XX:MaxJavaStackTraceDepth=-1"

See MaxJavaStackTraceDepth description here:
http://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html#MaxJavaStackTraceDepth

_JAVA_OPTIONS is a special env. variable that all Java processes will pick up:
http://stackoverflow.com/a/9677804/166062

Don't post the full stacktrace here. :) (use gist / pastebin etc.)


Lari




28.11.2013 19:17, Sergio Michels wrote:
Lari, I tried with --stacktrace --verbose, but the stacktrace still don't show much info, just a loop in the classes of my first stack. How can I generate a more complete stacktrace?

--
Sérgio Michels


On Thu, Nov 28, 2013 at 3:01 PM, Lari Hotari <[hidden email]> wrote:

Could someone post the full stacktrace?
Lari