ya basically...

its what most of the people I know that use eclipse do.  That or use
the eclipse plugin that once the projects are imported manages the pom
and maven dependencies itself.

search around on the maven users list and you should come up with some
example usage.

having that kind of flat svn structure and all those tag and branch
directories and then gluing them together with svn:externals can be
kinda painful come release time imo...

jesse

On 6/6/07, bkbonner <[EMAIL PROTECTED]> wrote:

Jesse, thanks for the response (I think).  I have used the
maven-eclipse-plugin.  By "sane", are you suggesting using a hierarchical
layout and then using maven-eclipse-plugin to generate the eclipse project
info?

Brian


Jesse McConnell wrote:
>
> you might have more luck on the maven users list..
>
> but any particular reason you can't use the maven-eclipse-plugin for
> generating your eclipse files to import?
>
> then you can use a sane svn setup..
>
> jesse
>
> On 6/6/07, bkbonner <[EMAIL PROTECTED]> wrote:
>>
>> I've tried creating svn:externals  as a separate project (i.e.
>>
>> eclipseworkspace/continuum-build
>>
>> and I define on this svn:externals:
>>
>> foo   http://www.test.com/foo/trunk
>> bar   http://www.test.com/bar/trunk
>>
>>
>> I can checkout this project using eclipse but continuum complains that it
>> can't find a pom.xml -- and it's correct, it's not visible from the
>> directory.  I guess I can add a pom.xml to see what happens.
>>
>> Any ideas are appreciated.
>>
>> Brian
>>
>>
>> bkbonner wrote:
>> >
>> > I have a question about the best practice for dealing with a flat
>> layout
>> > project in conjunction with a common directory structure for subversion
>> > namely:
>> >
>> > foo/trunk/...
>> > foo/tags/...
>> > foo/branches/...
>> >
>> > If I have multiple modules that are part of foo, I'll end up with:
>> >
>> > foo/trunk/...
>> > foo/tags/...
>> > foo/branches/...
>> >
>> > and the modules:
>> >
>> > bar/trunk/...
>> > bar/tags/...
>> > bar/branches/...
>> >
>> > I check each of the trunk modules into eclipse as:
>> >
>> > eclipseworkspace/foo-config/  (see below)
>> > eclipseworkspace/foo/...
>> > eclipseworkspace/bar/...
>> >
>> >
>> > I also create a master eclipse project (foo-config) that I check into
>> > subversion to share things on the project including:
>> >   *  an eclipse team project set - to make checkout easier
>> >   *  subversion config information for this project
>> >   *  project format template
>> >   *  project code templates
>> >   *  maven settings files
>> >   *  etc.
>> >
>> > The problem I have is with modules.  In each of the poms, I have
>> modules
>> > and parents referring to the directories without including the trunk.
>> >
>> > eclipseworkspace/foo/pom.xml
>> >              <module>../bar</module>
>> > eclipseworkspace/bar/...
>> >              <parent>../foo</parent>
>> >
>> > But when I try to access the projects from continuum, the module
>> > definitions are wrong because trunk is in the way.  I show this below:
>> >
>> > eclipseworkspace/foo/trunk/pom.xml
>> >              <module>../bar</module>
>> > (this will break because it can't find ../bar -- it only finds foo.)
>> > <================
>> > eclipseworkspace/bar/...
>> >              <parent>../foo</parent>
>> >
>> > I'd like to know how other people handle these build issues and what
>> the
>> > best practices are for a flat layout (that eclipse needs).
>> >
>> > Thanks.
>> >
>> >
>>
>> --
>> View this message in context:
>> 
http://www.nabble.com/Subversion-Maven-Continuum-%28trunk-tags-branches%29-and-flat-layout-tf3880094.html#a10996664
>> Sent from the Continuum - Users mailing list archive at Nabble.com.
>>
>>
>
>
> --
> jesse mcconnell
> [EMAIL PROTECTED]
>
>

--
View this message in context: 
http://www.nabble.com/Subversion-Maven-Continuum-%28trunk-tags-branches%29-and-flat-layout-tf3880094.html#a10996995
Sent from the Continuum - Users mailing list archive at Nabble.com.




--
jesse mcconnell
[EMAIL PROTECTED]

Reply via email to