Please answer this: Are you allowed to change the structure of the projects (i.e. refactor) or not?
If not, you will most likely be fighting Maven and you will run into issues sooner or later. To be harsh, you would be on your own (this would be that hack job you're talking about). If you can change the existing structure, then you could follow best practice and that would help you easier migrate to Maven 3/4/whatever in the future. This would also allow you to benefit from all Maven goodies, such as standardization. However, your answers above seems that this would not be the case. To answer your initial question: A Maven project's POM is stored in the root of that project. Those modules you're talking about are Maven projects, so the POMs should not be stored in the parents folder but in the module's folder. /Anders On Thu, Jun 24, 2010 at 21:12, D D <[email protected]> wrote: > I ask this because 10 years later when someone is forced to upgrade to M3 > or > M4 (like I was recently) I would like them to have an M2 install that is > not > total hack job. It's this pesky mentality of mine that strives to make the > best of whatever I work with. ;-) > > And change in large enterprise (where I happened to be) is a gradual > process > - in my experience at least. If I know how it should be then given > opportunity I will make that change. > > Dave > > On Thu, Jun 24, 2010 at 1:35 PM, Wayne Fay <[email protected]> wrote: > > > >>> I am open to all suggestions and "best practices" guidelines. > > > > > 1) Nexus installation is out of questions - I can't share specifics but > > ... > > > 3) I can't change existing projects; Besides IDE compiles the projects > > > > Uhh these statements are totally contradictory, you realize that, right? > > > > As for questions about "where should X be" -- since you can't change > > the structure of the code, why does it matter where the pom "should" > > be? Just make it work and move on to something with a budget. > > > > Wayne > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > >
