Great, I'm glad we are starting to see that -U is enough to fix the  
problem. I think I will put it in the docs for the next 1.5 cut.

On Feb 26, 2008, at 1:01 PM, yinjin wrote:

> Thanks, Mark.
>> mvn -U package
> works. :)
> Ying
>
> ----- Original Message ----- From: "Mark Diggory" <[EMAIL PROTECTED]>
> To: "yinjin" <[EMAIL PROTECTED]>
> Cc: <[email protected]>
> Sent: Tuesday, February 26, 2008 3:29 PM
> Subject: Re: [Dspace-tech] Dspace build error
>
>
>> The documentation on building dspace 1.5 beta should clearly say  
>> you  just use
>> mvn package
>> using "mvn package assembly:assembly" will cause the package to  
>> be  constructed twice and result in an error different than this.
>> This particular error is caused because your maven installation  
>> has  some core jars in it that were recently updated in the maven  
>> central  repository without incrementing their version id's  
>> (actually a very  bad practice in the Maven world so I'm suprised  
>> to see it in the core  maven libraries). Because its not all  
>> updating properly your getting  this error.  try using
>> mvn -U package (which will force and update of your local repository)
>> or if that does not work you may try removing the local  
>> repository  altogether and reinitializing it (its usually under  
>> ~/.m2/repository)
>> Cheers,
>> Mark Diggory
>> On Feb 26, 2008, at 7:18 AM, yinjin wrote:
>>> Hi All,
>>>
>>> I'm trying to install dspace 1.5 beta. However, When I run mvn   
>>> package assembly:assembly, it throws an error:
>>>
>>> [INFO]   
>>> -------------------------------------------------------------------- 
>>> -- --
>>> [INFO] Building DSpace JSPUI :: Web Application Resources
>>> [INFO]    task-segment: [package]
>>> [INFO]   
>>> -------------------------------------------------------------------- 
>>> -- --
>>> [INFO] [resources:resources]
>>> [INFO] Using default encoding to copy filtered resources.
>>> [INFO] [compiler:compile]
>>> [INFO] No sources to compile
>>> [INFO] [resources:testResources]
>>> [INFO] Using default encoding to copy filtered resources.
>>> [INFO] [compiler:testCompile]
>>> [INFO] No sources to compile
>>> [INFO] [surefire:test]
>>> [INFO] No tests to run.
>>> [INFO] [war:war]
>>> [INFO] Exploding webapp...
>>> [INFO] Assembling webapp dspace-jspui-webapp in /home/dspace/  
>>> project-1/beta_1.5/dspace-1.5.0-beta1-src-release/dspace/../ 
>>> dspace- jspui/dspace-jspui-webapp/target/dspace-jspui- 
>>> webapp-1.5.0-beta1
>>> [INFO] Copy webapp webResources to /home/dspace/project-1/ 
>>> beta_1.5/ dspace-1.5.0-beta1-src-release/dspace/../dspace-jspui/ 
>>> dspace-jspui- webapp/target/dspace-jspui-webapp-1.5.0-beta1
>>> [INFO]   
>>> -------------------------------------------------------------------- 
>>> -- --
>>> [ERROR] FATAL ERROR
>>> [INFO]   
>>> -------------------------------------------------------------------- 
>>> -- --
>>> [INFO] org.apache.maven.project.MavenProject cannot be cast to   
>>> java.lang.String
>>> [INFO]   
>>> -------------------------------------------------------------------- 
>>> -- --
>>> [INFO] Trace
>>> java.lang.ClassCastException:  
>>> org.apache.maven.project.MavenProject  cannot be cast to  
>>> java.lang.String
>>>         at  
>>> org.codehaus.plexus.util.InterpolationFilterReader.read  
>>> (InterpolationFilterReader.java:269)
>>>         at  
>>> org.codehaus.plexus.util.InterpolationFilterReader.read  
>>> (InterpolationFilterReader.java:162)
>>>         at java.io.Reader.read(Reader.java:123)
>>>         at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:212)
>>>         at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:200)
>>>         at   
>>> org.apache.maven.plugin.war.AbstractWarMojo.copyFilteredFile  
>>> (AbstractWarMojo.java:921)
>>>         at  
>>> org.apache.maven.plugin.war.AbstractWarMojo.copyResources  
>>> (AbstractWarMojo.java:415)
>>>         at  
>>> org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp  
>>> (AbstractWarMojo.java:518)
>>>         at   
>>> org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp  
>>> (AbstractWarMojo.java:347)
>>>         at org.apache.maven.plugin.war.WarMojo.performPackaging  
>>> (WarMojo.java:164)
>>>         at org.apache.maven.plugin.war.WarMojo.execute 
>>> (WarMojo.java: 130)
>>>         at  
>>> org.apache.maven.plugin.DefaultPluginManager.executeMojo  
>>> (DefaultPluginManager.java:447)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals  
>>> (DefaultLifecycleExecutor.java:539)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithL 
>>> if ecycle(DefaultLifecycleExecutor.java:480)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal  
>>> (DefaultLifecycleExecutor.java:459)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHa 
>>> nd leFailures(DefaultLifecycleExecutor.java:311)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegme 
>>> nt s(DefaultLifecycleExecutor.java:278)
>>>         at   
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute  
>>> (DefaultLifecycleExecutor.java:143)
>>>         at org.apache.maven.DefaultMaven.doExecute  
>>> (DefaultMaven.java:333)
>>>         at org.apache.maven.DefaultMaven.execute 
>>> (DefaultMaven.java: 126)
>>>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
>>>         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.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)
>>> I did a google search and looks like it was a maven bug and  
>>> should  have been fixed in maven 2.0.2. I'm using maven 2.0.8 and  
>>> jdk 1.6.  If I remove jspui folder, it works fine. Anyone has any  
>>> idea?
>>>
>>> Thanks for any help,
>>> Ying
>>> -------------------------------------------------------------------- 
>>> -- ---
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/  
>>> _______________________________________________
>>> DSpace-tech mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to