I'm getting this again on my windows box, could this be coming from the
sitemesh plugin who has 2 optional references to velocity? :
java.lang.NoClassDefFoundError: org/apache/velocity/app/VelocityEngine
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
at java.lang.Class.getDeclaredMethods(Class.java:1763)
at
com.opensymphony.xwork2.inject.ContainerImpl.addInjectors(ContainerImpl.java:102)
at
com.opensymphony.xwork2.inject.ContainerImpl$1.create(ContainerImpl.java:83)
at
com.opensymphony.xwork2.inject.ContainerImpl$1.create(ContainerImpl.java:81)
at
com.opensymphony.xwork2.inject.util.ReferenceCache$CallableCreate.call(ReferenceCache.java:155)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at
com.opensymphony.xwork2.inject.util.ReferenceCache.internalCreate(ReferenceCache.java:81)
at
com.opensymphony.xwork2.inject.util.ReferenceCache.get(ReferenceCache.java:121)
at
com.opensymphony.xwork2.inject.ContainerImpl$ConstructorInjector.<init>(ContainerImpl.java:328)
at
com.opensymphony.xwork2.inject.ContainerImpl$5.create(ContainerImpl.java:298)
at
com.opensymphony.xwork2.inject.ContainerImpl$5.create(ContainerImpl.java:297)
at
com.opensymphony.xwork2.inject.util.ReferenceCache$CallableCreate.call(ReferenceCache.java:155)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at
com.opensymphony.xwork2.inject.util.ReferenceCache.internalCreate(ReferenceCache.java:81)
at
com.opensymphony.xwork2.inject.util.ReferenceCache.get(ReferenceCache.java:121)
at
com.opensymphony.xwork2.inject.ContainerImpl.getConstructor(ContainerImpl.java:559)
at
com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:457)
at
com.opensymphony.xwork2.inject.ContainerImpl$7.call(ContainerImpl.java:498)
at
com.opensymphony.xwork2.inject.ContainerImpl.callInContext(ContainerImpl.java:546)
at
com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:496)
at
com.opensymphony.xwork2.config.impl.LocatableFactory.create(LocatableFactory.java:32)
at
com.opensymphony.xwork2.inject.ContainerBuilder$4.create(ContainerBuilder.java:134)
at com.opensymphony.xwork2.inject.Scope$2$1.create(Scope.java:49)
at
com.opensymphony.xwork2.inject.ContainerImpl$ParameterInjector.inject(ContainerImpl.java:428)
at
com.opensymphony.xwork2.inject.ContainerImpl.getParameters(ContainerImpl.java:443)
at
com.opensymphony.xwork2.inject.ContainerImpl.access$000(ContainerImpl.java:47)
at
com.opensymphony.xwork2.inject.ContainerImpl$MethodInjector.inject(ContainerImpl.java:287)
at
com.opensymphony.xwork2.inject.ContainerImpl$2.call(ContainerImpl.java:116)
regards
musachy
Musachy Barroso wrote:
It is working now. Thanks Wendy!
musachy
On 2/9/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/9/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> Creating a project with the maven starter archetype:
>
> mvn archetype:create -DgroupId=tutorial -DartifactId=tutorial
> -DarchetypeGroupId=org.apache.struts
> -DarchetypeArtifactId=struts2-archetype-starter
> -DarchetypeVersion=2.0.3-SNAPSHOT
> -DremoteRepositories=
http://people.apache.org/repo/m2-snapshot-repository
I updated the starter archetype to use the released 2.0.5 jars, and
deployed a new snapshot.
Change to 2.0.5-SNAPSHOT in your command above, and try it again, mvn
jetty:run worked for me.
Is there a reason that Spring 1.2.8 is declared in the pom generated
from the archetype, instead of letting the struts2-spring-plugin
determine the version?
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
