Hi,
I have installed STS 2.5.0.M3. Installed Groovy/Grails support. Everything went smoothly. Though I can start my app from STS, not able to debug. It does not stop at breakpoints. Went thro' several posts esp. 'Step Filtering' etc. Nothing worked. Help please...
I am going to need a little more information, then.
What are the file and line number that you set the breakpoint(s) at? (It would be helpful to attach something.)
Can you create a simple groovy script in your grails app, set a breakpoint, and debug that? Does it stop at the breakpoint?
Can you create a java file in your grails app, ensure that it is called from your grails app somehow, and set a breakpoint in it. Does the debugger stop there?
Also, would be very helpful to get a copy of your grails app (but I'm guessing this is unlikely).
First of all, thanks for your response.
My app has tons of java code. Debugger stops at break points set in Java code but not in groovy. FYI, this is an existing project(grails ver.1.1) imported into STS. Wondering if it is version of grails because I created a sample project in STS yesterday and it does stop at groovy break points. While existing does not. Anything to do with version?
It's possible that the problem has something to do with using Grails 1.1. We have not tested on anything less than 1.2. The main problem might be that Grails 1.x is based on the Groovy 1.6 compiler, but Groovy-Eclipse ships with the 1.7 compiler.
I would recommend doing the steps to switch to using the 1.6 compiler and seeing if that works for you. See the instructions here (note that this changes the compiler setting for the entire workspace):
Switching to Groovy compiler 1.6 did not help. I moved back to default 1.7. Removing some jars helped me to start app in debug mode. Good news is that I am able to stop at break-points. Bad news is my Springsecurity Acegi ldap authentication fails. Wondering if plugins is causing the problem. Debugging thro' some of the plugin groovy classes did not help. I am attaching the stack trace. Appreciate your response.
There's nothing I can really see in this stack trace that let's me know what is going on. This is a runtime stack trace and doesn't have anything to do with STS, so it seems.
What jars did you remove from your classpath? Grails tooling should be taking care of your classpath so that you shouldn't be touching it.
Jars I removed were under myapp/lib. Some of the classes in these jars were conflicting with that under jdk. e.g Qname. Removed jars are jax-qname.jar,jdmkrt.jar,jaxrpc.jar. Anyway, I am clueless of ldap authentication failure. It all works fine with Grails 1.1 with acegi-0.5.1. Fails with Grails 1.3.4 with acegi-0.5.3.