uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marshall Schor <...@schor.com>
Subject Re: new Maven Align system checked in
Date Tue, 18 May 2010 10:36:35 GMT
I'll take a look today - looks like I overlooked posting about some
required settings changes.

-Marshall

On 5/18/2010 4:54 AM, Thilo Götz wrote:
> Marshall,
>
> are these instructions still up-to-date?  I tried this:
>
> svn co https://svn.eu.apache.org/repos/asf/uima/uimaj/trunk uimaj
> cd uimaj/aggregate-uimaj
> mvn install
>
> which gives me this:
>
> [INFO] Scanning for projects...
> [INFO] ------------------------------------------------------------------------
> [ERROR] FATAL ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.uima
> ArtifactId: parent-pom-top
> Version: 1-SNAPSHOT
>
> Reason: Unable to download the artifact from any repository
>
>   org.apache.uima:parent-pom-top:pom:1-SNAPSHOT
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2)
>
>
>
> [INFO] ------------------------------------------------------------------------
> [INFO] Trace
> org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
> org.apache.uima:parent-pom-top
>  for project: null:aggregate-uimaj:pom:2.3.1-SNAPSHOT for project
> null:aggregate-uimaj:pom:2.3.1-SNA
> PSHOT
>         at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:404)
>         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:272)
>         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
>         at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>         at java.lang.reflect.Method.invoke(Method.java:600)
>         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.project.ProjectBuildingException: Cannot find
> parent: org.apache.uima:pa
> rent-pom-top for project: null:aggregate-uimaj:pom:2.3.1-SNAPSHOT for project
> null:aggregate-uimaj:p
> om:2.3.1-SNAPSHOT
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBu
> ilder.java:1396)
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuil
> der.java:823)
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMa
> venProjectBuilder.java:508)
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java
> :200)
>         at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:604)
>         at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:487)
>         at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:391)
>         ... 12 more
> Caused by: org.apache.maven.project.ProjectBuildingException: POM
> 'org.apache.uima:parent-pom-top' n
> ot found in repository: Unable to download the artifact from any repository
>
>   org.apache.uima:parent-pom-top:pom:1-SNAPSHOT
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2)
>
>  for project org.apache.uima:parent-pom-top
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenP
> rojectBuilder.java:605)
>         at
> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBu
> ilder.java:1392)
>         ... 18 more
>
> I'm using maven 2.2.1.  Do I need to use a version 3 beta?
>
> --Thilo
>
>
> On 5/12/2010 17:41, Marshall Schor wrote:
>   
>> I just checked in all the outstanding changes for the new Maven build
>> system.  Most of this recent checkin was for the sandbox projects.
>>
>> Highlights -
>>
>> New top level SVN node: "build" - holds parent poms, build resources,
>> and a build-helper plugin.  These won't be part of normal "distr"
>> releases, but will be released anyways, individually.  They have
>> versions numbering conventions like other build tooling in Apache -
>> e.g., they are called "1-SNAPSHOT".
>>
>> Sandbox projects are set up as "single-release" style of builds -
>> enabling releasing them individually.  We can decide if it also makes
>> sense to bundle a bunch of them together, as well.
>>
>> The single-release style has 2 binary forms: the PEAR, and a simple
>> zip/tar format.  Both are similar, but the PEAR includes a main
>> descriptor, and is set up as an installable PEAR file.
>>
>> No more docbook tools.  docbook building done by using the docbkx maven
>> plugin.  Olinks handled by accumulating olink database info in an olink
>> project - checked in to the Snapshot repo.  We may from time to time
>> also make a real release of this thing, but it's not really needed - if
>> it gets wiped out (infra has been known to erase all snapshots), it can
>> be regenerated by doing multiple builds of the docbooks.
>>
>> No more cross project checkout location dependencies (I hope) except for:
>> 1) aggregation poms - these build multiple things and use the relative
>> path in the <modules> for this
>> 2) -distr poms - these assemble multiple things using relative paths. 
>> Currently only 2: uimaj-distr and uima-as-distr
>>
>> POMs follow Maven 3 conventions, use proerties in the right way (I think
>> :-) )
>>
>> I've been using m2eclipse, seems to work well except for one bug that's
>> fixed but not yet released - workaround is to build from command line
>> for those cases where it hits - this is the one where part of the build
>> is building source files for other parts to use.
>>
>> How To:
>>
>> 1) check out uimaj (branch) - all projects - into some local working dir.
>> 2) use m2eclipse import existing projects (you don't need to use maven
>> projects, sometimes that helps - more learning curve needed here)
>> 3) individual projects should build using mvn install.
>> 4) sets of projects should build using mvn install on aggregate-xxxx
>> projects
>> 5) -distr projects should build using mvn install to build distributions
>> 6) eclipse update site build should work using mvn install
>> 7) mvn deploy should work after you set up for deploying to the
>> repository - you have to configure your .settings file, set up
>> passwords, etc.  Please use encryption on your passwords.  (See earlier
>> note on this).
>>
>> I'm sure lots of (hopefully small) things are broken, but it's time now
>> for others to start pounding on this.  If there are no objections, I'll
>> merge back into trunk in maybe 3 days or so...
>>
>> Cheers. -Marshall
>>     
>
>   

Mime
View raw message