|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
|
|
Grails 1.1.1 upgrade - with maven in the mixHi all,
Has anyone else struck problems after upgrading from Grails 1.1 to 1.1.1? More specifically, I have been stumped by the issue below after upgrading my app and then calling: mvn grails:run-app Application expects grails version [1.1.1], but GRAILS_HOME is version [1.1] - use the correct Grails version or run 'grails upgrade' if this Grails version is newer than the version your application expects. However, GRAILS_HOME is correctly directed at the shiney new grails-1.1.1 release. -- Stephen |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixI think this has come up before and is a matter of aligning your
application.properties and pom.xml version if I recall Regards On Thu, May 14, 2009 at 6:06 PM, Stephen Souness <sounie@...> wrote: > > Hi all, > > Has anyone else struck problems after upgrading from Grails 1.1 to 1.1.1? > > More specifically, I have been stumped by the issue below after upgrading my > app and then calling: > > mvn grails:run-app > > Application expects grails version [1.1.1], but GRAILS_HOME is version [1.1] > - use the correct Grails version or run 'grails upgrade' if this Grails > version is newer than the version your application expects. > > However, GRAILS_HOME is correctly directed at the shiney new grails-1.1.1 > release. > > -- > Stephen > > -- > View this message in context: http://www.nabble.com/Grails-1.1.1-upgrade---with-maven-in-the-mix-tp23544841p23544841.html > Sent from the grails - user mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Graeme Rocher Head of Grails Development SpringSource - Weapons for the War on Java Complexity http://www.springsource.com --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixI can confirm this message with application.properties and pom.xml grails versions in sync. I first did a grails upgrade.
Luis On Thu, May 14, 2009 at 7:06 PM, Stephen Souness <sounie@...> wrote:
-- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixapp.grails.version=1.1.1 in application.properties
and the only mentions of grails in the project's pom.xml have now also been updated to 1.1.1 I'm not the resident Maven expert, but my project team's closest equivalent hasn't been able to spot anything else that we'd expect to need to change.
|
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixWe're using the plugin, but the plugin page hasn't been updated yet for 1.1.1 so
I'm wondering if a new plugin that can handle 1.1.1 has been released yet ? I'm looking at the table near the bottom of http://www.grails.org/Maven+Integration Joe
|
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixI tried to compile and install locally a version with 1.1.1 grails dependencies (current source depends on 1.0-SNAPSHOT) last night but ran into an issue with a broken dependency with respect to svnkit (that seems to be deep in the dependency tree). svnkit is documented as being needed by gant, unfortunately version 1.2.0 is not availalble on the central maven repository. Will try adding an explicit dependency to a locally installed svnkit to see if that clears things up.
Luis On Fri, May 15, 2009 at 1:12 AM, Joe Abrams <abramsj@...> wrote:
-- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixSorry the current mave plugin sources depend on 1.1-SNAPSHOT. I added an svnkit explicit dependency to the maven plugin pom and after some effort installing svnkit 1.3 in my local maven repository, that allowed mvn grails:run-app to get past this message. I'm running up against another issue where there are some complaints about transactionManager not being defined in one of my services, but that is probably not related at all.
Luis On Fri, May 15, 2009 at 8:28 AM, Luis Arias <kaaloo@...> wrote: I tried to compile and install locally a version with 1.1.1 grails dependencies (current source depends on 1.0-SNAPSHOT) last night but ran into an issue with a broken dependency with respect to svnkit (that seems to be deep in the dependency tree). svnkit is documented as being needed by gant, unfortunately version 1.2.0 is not availalble on the central maven repository. Will try adding an explicit dependency to a locally installed svnkit to see if that clears things up. -- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixCool, the transactionManager thing went away after a mvn grails:clean so the fix for the 1.1.1 / 1.1 error message is really to fix the svnkit dependency in grails-maven-plugin. This might require putting the svnkit1.2 jar up on the codehaus maven repository.
Luis On Fri, May 15, 2009 at 9:04 AM, Luis Arias <kaaloo@...> wrote: Sorry the current mave plugin sources depend on 1.1-SNAPSHOT. I added an svnkit explicit dependency to the maven plugin pom and after some effort installing svnkit 1.3 in my local maven repository, that allowed mvn grails:run-app to get past this message. I'm running up against another issue where there are some complaints about transactionManager not being defined in one of my services, but that is probably not related at all. -- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mix> Cool, the transactionManager thing went away after a mvn grails:clean so the
> fix for the 1.1.1 / 1.1 error message is really to fix the svnkit dependency > in grails-maven-plugin. This might require putting the svnkit1.2 jar up on > the codehaus maven repository. I can't see any dependency on SVNKit. Where is it coming from? Doing a "mvn dependency:tree" from the plugin source directory doesn't show it anywhere. Anyway, the real issue is this: http://jira.codehaus.org/browse/GRAILS-3656 We basically need to decouple the plugin from the Grails version. Cheers, Peter --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixYeah the dependency is hidden probably because of the way svnkit is accessed, maybe by groovy, if you try mvn -X grails:run-app you will see the stack trace pointing to a missing exception class in svnkit.
There should probably be a sync between the maven plugin versions and grails versions so its easy to pick the right one and have them available for different grails versions in the repository. But the svnkit issue will still be there, it is present in the 1.1.1 distribution and apparently has been left out in a 1.1.1 maven dependency. I wanted to diff the 1.1 and 1.1.1 dependency:tree outputs to try and catch it but I had to move on to other work. Luis On Fri, May 15, 2009 at 11:21 AM, Peter Ledbrook <peter@...> wrote:
-- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixActually the following stack trace occurs by replacing dependencies on 1.1 to 1.1.1 in the grails-maven-plugin source and installing locally. Adding the svnkit explicit dependency resolves the issue. I haven't been able to track down where the dependency is coming from though.
[INFO] [grails:run-app] [DEBUG] grails-maven-archetype: resolved to version 1.0-20090128.113808-12 from repository Codehaus Snapshots Running pre-compiled script Environment set to development [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Unable to start Grails Embedded error: java.lang.reflect.InvocationTargetException org.tmatesoft.svn.core.SVNAuthenticationException [INFO] ------------------------------------------------------------------------ [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Unable to start Grails at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to start Grails at org.grails.maven.plugin.AbstractGrailsMojo.runGrails(AbstractGrailsMojo.java:253) at org.grails.maven.plugin.GrailsRunAppMojo.execute(GrailsRunAppMojo.java:35) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) ... 16 more Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.codehaus.groovy.grails.cli.support.GrailsBuildHelper.execute(GrailsBuildHelper.java:119) at org.grails.maven.plugin.AbstractGrailsMojo.runGrails(AbstractGrailsMojo.java:245) ... 19 more Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.grails.cli.support.GrailsBuildHelper.execute(GrailsBuildHelper.java:113) ... 20 more Caused by: java.lang.NoClassDefFoundError: org/tmatesoft/svn/core/SVNAuthenticationException at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2406) at java.lang.Class.getDeclaredConstructors(Class.java:1853) at org.codehaus.groovy.reflection.CachedClass$2$1.run(CachedClass.java:68) at java.security.AccessController.doPrivileged(Native Method) at org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:65) at org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:64) at org.codehaus.groovy.util.LazyReference.getLocked(LazyReference.java:33) at org.codehaus.groovy.util.LazyReference.get(LazyReference.java:20) at org.codehaus.groovy.reflection.CachedClass.getConstructors(CachedClass.java:260) at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:194) at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:198) at groovy.lang.ExpandoMetaClass.<init>(ExpandoMetaClass.java:143) at groovy.lang.ExpandoMetaClass.<init>(ExpandoMetaClass.java:178) at groovy.lang.ExpandoMetaClassCreationHandle.createNormalMetaClass(ExpandoMetaClassCreationHandle.java:46) at groovy.lang.MetaClassRegistry$MetaClassCreationHandle.create(MetaClassRegistry.java:129) at org.codehaus.groovy.reflection.ClassInfo.getMetaClassUnderLock(ClassInfo.java:152) at org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:170) at org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.<init>(ClassMetaClassGetPropertySite.java:35) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.createClassMetaClassGetPropertySite(AbstractCallSite.java:304) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.createGetPropertySite(AbstractCallSite.java:258) at org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.acceptGetProperty(ClassMetaClassGetPropertySite.java:41) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:237) at org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:38) at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) at _GrailsInit.run(_GrailsInit.groovy:36) at _GrailsInit$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at _GrailsCompile$run.call(Unknown Source) at org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) at org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) at _GrailsCompile.run(_GrailsCompile.groovy:27) at _GrailsCompile$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at _GrailsPackage$run.call(Unknown Source) at org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) at org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) at _GrailsPackage.run(_GrailsPackage.groovy:31) at _GrailsPackage$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at _GrailsRun$run.call(Unknown Source) at org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) at org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) at _GrailsRun.run(_GrailsRun.groovy:32) at _GrailsRun$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121) at org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:143) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) at org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) at RunApp.run(RunApp.groovy:25) at RunApp$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121) at gant.Gant.processTargets(Gant.groovy:494) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:143) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:155) at gant.Gant.processTargets(Gant.groovy:480) at org.codehaus.groovy.grails.cli.GrailsScriptRunner.callPluginOrGrailsScript(GrailsScriptRunner.java:466) at org.codehaus.groovy.grails.cli.GrailsScriptRunner.executeCommand(GrailsScriptRunner.java:279) ... 25 more Caused by: java.lang.ClassNotFoundException: org.tmatesoft.svn.core.SVNAuthenticationException at org.codehaus.groovy.tools.RootLoader.findClass(RootLoader.java:156) at java.lang.ClassLoader.loadClass(ClassLoader.java:323) at org.codehaus.groovy.tools.RootLoader.loadClass(RootLoader.java:128) at org.codehaus.groovy.grails.cli.support.GrailsRootLoader.loadClass(GrailsRootLoader.java:43) at java.lang.ClassLoader.loadClass(ClassLoader.java:268) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336) ... 142 more On Fri, May 15, 2009 at 1:07 PM, Luis Arias <kaaloo@...> wrote: Yeah the dependency is hidden probably because of the way svnkit is accessed, maybe by groovy, if you try mvn -X grails:run-app you will see the stack trace pointing to a missing exception class in svnkit. -- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixOk solved. The dependencies on svnkit are in the _PluginDependencies.groovy script. This must be a result of the secure plugin repository feature in 1.1.1. So the solution is to add that explicit dependency in a 1.1.1 version of the grails maven plugin. The issue with having an outdated version lying around in the central maven repository persists. It would be good if you could upload the 1.2.X version or the 1.3.X version to the codehaus repository.
Luis On Fri, May 15, 2009 at 9:34 PM, Luis Arias <kaaloo@...> wrote: Actually the following stack trace occurs by replacing dependencies on 1.1 to 1.1.1 in the grails-maven-plugin source and installing locally. Adding the svnkit explicit dependency resolves the issue. I haven't been able to track down where the dependency is coming from though. -- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixI pushed the following commit on this issue on my github fork.
http://github.com/kaaloo/grails/commit/52e0c47e553c017508d7ca64e94ed9d407437c83 Luis On Fri, May 15, 2009 at 9:44 PM, Luis Arias <kaaloo@...> wrote: Ok solved. The dependencies on svnkit are in the _PluginDependencies.groovy script. This must be a result of the secure plugin repository feature in 1.1.1. So the solution is to add that explicit dependency in a 1.1.1 version of the grails maven plugin. The issue with having an outdated version lying around in the central maven repository persists. It would be good if you could upload the 1.2.X version or the 1.3.X version to the codehaus repository. -- Luis Arias +33 6 14 20 87 93 skype : kaaloo |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixIts coming from _GrailsInit.groovy which includes
_PluginDependencies.groovy which references svnkit Cheers On Fri, May 15, 2009 at 8:53 PM, Luis Arias <kaaloo@...> wrote: > I pushed the following commit on this issue on my github fork. > > http://github.com/kaaloo/grails/commit/52e0c47e553c017508d7ca64e94ed9d407437c83 > > Luis > > On Fri, May 15, 2009 at 9:44 PM, Luis Arias <kaaloo@...> wrote: >> >> Ok solved. The dependencies on svnkit are in the >> _PluginDependencies.groovy script. This must be a result of the secure >> plugin repository feature in 1.1.1. So the solution is to add that explicit >> dependency in a 1.1.1 version of the grails maven plugin. The issue with >> having an outdated version lying around in the central maven repository >> persists. It would be good if you could upload the 1.2.X version or the >> 1.3.X version to the codehaus repository. >> >> Luis >> >> On Fri, May 15, 2009 at 9:34 PM, Luis Arias <kaaloo@...> wrote: >>> >>> Actually the following stack trace occurs by replacing dependencies on >>> 1.1 to 1.1.1 in the grails-maven-plugin source and installing locally. >>> Adding the svnkit explicit dependency resolves the issue. I haven't been >>> able to track down where the dependency is coming from though. >>> >>> [INFO] [grails:run-app] >>> [DEBUG] grails-maven-archetype: resolved to version >>> 1.0-20090128.113808-12 from repository Codehaus Snapshots >>> Running pre-compiled script >>> Environment set to development >>> [INFO] >>> ------------------------------------------------------------------------ >>> [ERROR] BUILD ERROR >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] Unable to start Grails >>> >>> Embedded error: java.lang.reflect.InvocationTargetException >>> org.tmatesoft.svn.core.SVNAuthenticationException >>> [INFO] >>> ------------------------------------------------------------------------ >>> [DEBUG] Trace >>> org.apache.maven.lifecycle.LifecycleExecutionException: Unable to start >>> Grails >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) >>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) >>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) >>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) >>> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) >>> at >>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) >>> at org.codehaus.classworlds.Launcher.main(Launcher.java:375) >>> Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to >>> start Grails >>> at >>> org.grails.maven.plugin.AbstractGrailsMojo.runGrails(AbstractGrailsMojo.java:253) >>> at >>> org.grails.maven.plugin.GrailsRunAppMojo.execute(GrailsRunAppMojo.java:35) >>> at >>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) >>> ... 16 more >>> Caused by: java.lang.RuntimeException: >>> java.lang.reflect.InvocationTargetException >>> at >>> org.codehaus.groovy.grails.cli.support.GrailsBuildHelper.execute(GrailsBuildHelper.java:119) >>> at >>> org.grails.maven.plugin.AbstractGrailsMojo.runGrails(AbstractGrailsMojo.java:245) >>> ... 19 more >>> Caused by: java.lang.reflect.InvocationTargetException >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.grails.cli.support.GrailsBuildHelper.execute(GrailsBuildHelper.java:113) >>> ... 20 more >>> Caused by: java.lang.NoClassDefFoundError: >>> org/tmatesoft/svn/core/SVNAuthenticationException >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2406) >>> at java.lang.Class.getDeclaredConstructors(Class.java:1853) >>> at >>> org.codehaus.groovy.reflection.CachedClass$2$1.run(CachedClass.java:68) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at >>> org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:65) >>> at >>> org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:64) >>> at >>> org.codehaus.groovy.util.LazyReference.getLocked(LazyReference.java:33) >>> at org.codehaus.groovy.util.LazyReference.get(LazyReference.java:20) >>> at >>> org.codehaus.groovy.reflection.CachedClass.getConstructors(CachedClass.java:260) >>> at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:194) >>> at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:198) >>> at groovy.lang.ExpandoMetaClass.<init>(ExpandoMetaClass.java:143) >>> at groovy.lang.ExpandoMetaClass.<init>(ExpandoMetaClass.java:178) >>> at >>> groovy.lang.ExpandoMetaClassCreationHandle.createNormalMetaClass(ExpandoMetaClassCreationHandle.java:46) >>> at >>> groovy.lang.MetaClassRegistry$MetaClassCreationHandle.create(MetaClassRegistry.java:129) >>> at >>> org.codehaus.groovy.reflection.ClassInfo.getMetaClassUnderLock(ClassInfo.java:152) >>> at >>> org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:170) >>> at >>> org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.<init>(ClassMetaClassGetPropertySite.java:35) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.createClassMetaClassGetPropertySite(AbstractCallSite.java:304) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.createGetPropertySite(AbstractCallSite.java:258) >>> at >>> org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.acceptGetProperty(ClassMetaClassGetPropertySite.java:41) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:237) >>> at >>> org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:38) >>> at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) >>> at _GrailsInit.run(_GrailsInit.groovy:36) >>> at _GrailsInit$run.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at _GrailsCompile$run.call(Unknown Source) >>> at >>> org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) >>> at >>> org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) >>> at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) >>> at _GrailsCompile.run(_GrailsCompile.groovy:27) >>> at _GrailsCompile$run.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at _GrailsPackage$run.call(Unknown Source) >>> at >>> org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) >>> at >>> org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) >>> at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) >>> at _GrailsPackage.run(_GrailsPackage.groovy:31) >>> at _GrailsPackage$run.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at _GrailsRun$run.call(Unknown Source) >>> at >>> org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) >>> at >>> org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) >>> at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) >>> at _GrailsRun.run(_GrailsRun.groovy:32) >>> at _GrailsRun$run.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121) >>> at >>> org.codehaus.gant.AbstractInclude.createInstance(AbstractInclude.groovy:109) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:143) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:151) >>> at >>> org.codehaus.gant.IncludeTargets.leftShift(IncludeTargets.groovy:40) >>> at org.codehaus.gant.IncludeTargets$leftShift.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) >>> at RunApp.run(RunApp.groovy:25) >>> at RunApp$run.call(Unknown Source) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121) >>> at gant.Gant.processTargets(Gant.groovy:494) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:616) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266) >>> at >>> org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51) >>> at >>> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:143) >>> at >>> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:155) >>> at gant.Gant.processTargets(Gant.groovy:480) >>> at >>> org.codehaus.groovy.grails.cli.GrailsScriptRunner.callPluginOrGrailsScript(GrailsScriptRunner.java:466) >>> at >>> org.codehaus.groovy.grails.cli.GrailsScriptRunner.executeCommand(GrailsScriptRunner.java:279) >>> ... 25 more >>> Caused by: java.lang.ClassNotFoundException: >>> org.tmatesoft.svn.core.SVNAuthenticationException >>> at >>> org.codehaus.groovy.tools.RootLoader.findClass(RootLoader.java:156) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:323) >>> at >>> org.codehaus.groovy.tools.RootLoader.loadClass(RootLoader.java:128) >>> at >>> org.codehaus.groovy.grails.cli.support.GrailsRootLoader.loadClass(GrailsRootLoader.java:43) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:268) >>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336) >>> ... 142 more >>> >>> >>> On Fri, May 15, 2009 at 1:07 PM, Luis Arias <kaaloo@...> wrote: >>>> >>>> Yeah the dependency is hidden probably because of the way svnkit is >>>> accessed, maybe by groovy, if you try mvn -X grails:run-app you will see the >>>> stack trace pointing to a missing exception class in svnkit. >>>> >>>> There should probably be a sync between the maven plugin versions and >>>> grails versions so its easy to pick the right one and have them available >>>> for different grails versions in the repository. But the svnkit issue will >>>> still be there, it is present in the 1.1.1 distribution and apparently has >>>> been left out in a 1.1.1 maven dependency. >>>> >>>> I wanted to diff the 1.1 and 1.1.1 dependency:tree outputs to try and >>>> catch it but I had to move on to other work. >>>> >>>> Luis >>>> >>>> On Fri, May 15, 2009 at 11:21 AM, Peter Ledbrook <peter@...> >>>> wrote: >>>>> >>>>> > Cool, the transactionManager thing went away after a mvn grails:clean >>>>> > so the >>>>> > fix for the 1.1.1 / 1.1 error message is really to fix the svnkit >>>>> > dependency >>>>> > in grails-maven-plugin. This might require putting the svnkit1.2 jar >>>>> > up on >>>>> > the codehaus maven repository. >>>>> >>>>> I can't see any dependency on SVNKit. Where is it coming from? Doing a >>>>> "mvn dependency:tree" from the plugin source directory doesn't show it >>>>> anywhere. >>>>> >>>>> Anyway, the real issue is this: >>>>> >>>>> http://jira.codehaus.org/browse/GRAILS-3656 >>>>> >>>>> We basically need to decouple the plugin from the Grails version. >>>>> >>>>> Cheers, >>>>> >>>>> Peter >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe from this list, please visit: >>>>> >>>>> http://xircles.codehaus.org/manage_email >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Luis Arias >>>> +33 6 14 20 87 93 >>>> skype : kaaloo >>> >>> >>> >>> -- >>> Luis Arias >>> +33 6 14 20 87 93 >>> skype : kaaloo >> >> >> >> -- >> Luis Arias >> +33 6 14 20 87 93 >> skype : kaaloo > > > > -- > Luis Arias > +33 6 14 20 87 93 > skype : kaaloo > -- Graeme Rocher Head of Grails Development SpringSource - Weapons for the War on Java Complexity http://www.springsource.com --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixSo, is it now safe for me to have another attempt at the 1.1.1 upgrade with my maven-based project?
I see that: http://www.grails.org/Maven+Integration hasn't been updated for 1.1.1, does that mean it should work the same as for 1.1? -- Stephen
|
|
|
Re: Grails 1.1.1 upgrade - with maven in the mix> So, is it now safe for me to have another attempt at the 1.1.1 upgrade with
> my maven-based project? > > I see that: > http://www.grails.org/Maven+Integration > hasn't been updated for 1.1.1, does that mean it should work the same as for > 1.1? It looks like the "grails-scripts" artifact needs to have svnkit 1.2+ added as a dependency. I'm currently looking at modifying the plugin so that you can you different versions of Grails with the same version of the plugin. But first, I need to get my head round the Maven integration testing platform... So in answer to your question, probably not. Cheers, Peter --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mix> Ok solved. The dependencies on svnkit are in the _PluginDependencies.groovy
> script. This must be a result of the secure plugin repository feature in > 1.1.1. So the solution is to add that explicit dependency in a 1.1.1 > version of the grails maven plugin. The issue with having an outdated > version lying around in the central maven repository persists. It would be > good if you could upload the 1.2.X version or the 1.3.X version to the > codehaus repository. I found a 1.2.3 version of SVNKit: <dependency> <groupId>org.tmatesoft.svnkit</groupId> <artifactId>svnkit</artifactId> <version>1.2.3.5521</version> <scope>runtime</scope> </dependency> I'm not sure what the best approach is: whether to republish the 1.1.1 version of the "grails-scripts" artifact with this dependency added, or leave it for the next version (users can add the above dependency to their project as a workaround). Any suggestions? Cheers, Peter --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixhi,
i wonder if Grails could read from a Maven pom.xml to look for dependency and reference to dependency in the Maven repository without needing to copy the lib to the lib folder? it would be very nice if we could develop plugins that uses pom.xml or at least to have a way not to copy the lib to the lib but tell Grails to look it up from the Maven repository. Is there any JIRA issue for this already? regards, mingfai On Mon, May 18, 2009 at 4:47 PM, Stephen Souness <sounie@...> wrote:
|
|
|
Re: Grails 1.1.1 upgrade - with maven in the mixPeter,
Could you describe the steps to upgrade from 1.1 to 1.1.1 with maven? I tried with no luck, I get no errors and the app isn't getting upgraded. Regards, --- Felipe Marin Cypriano Vitória - ES On Tue, May 19, 2009 at 3:41 AM, Peter Ledbrook <peter@...> wrote:
|
|
|
Re: Grails 1.1.1 upgrade - with maven in the mix> Could you describe the steps to upgrade from 1.1 to 1.1.1 with maven? I
> tried with no luck, I get no errors and the app isn't getting upgraded. My suggestion was simply to update any Grails dependencies in your project POM to version 1.1.1. I'm not sure that it will work though. I have just uploaded version 1.1-SNAPSHOT of the plugin - try that. If you want to use Grails 1.1.1, you will also have to add this dependency to your application's POM: <dependency> <groupId>org.tmatesoft.svnkit</groupId> <artifactId>svnkit</artifactId> <version>1.2.3.5521</version> <scope>runtime</scope> </dependency> With this version of the plugin you can use either 1.1 or 1.1.1 for your project (or even 1.1.2 if and when that comes out). Let me know if it works for you. Cheers, Peter --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |