vuzbuz wrote:
2. Project B can in fact be built with maven. I've mentioned at first that
when using the mvn:package goal, I get a WAR with the dependencies all
worked out (i.e the contents of project A appear in project B's WAR).
My main problem really seems to be in eclipse's way of deploying project B
to tomcat - it doesn't work out the WAR dependency this way, which compells
me to deploy the WAR manually.
You may have to double check that and use "mvn clean package" in
project B, after you run "mvn clean install" from project A. Otherwise
you could see classes from project A copied by Eclipse.
3. The problem of two projects in the same workspace that I mentioned is
this: http://jira.codehaus.org/browse/MNGECLIPSE-597
It has been solved out and will be delivered in the 0.9.7 version, so it's
not really the focus of my post.
Ah, that may explain the difference. I've been using last 0.9.7 dev
build from update site at http://m2eclipse.sonatype.org/update-dev/
5. I could not quite understand what you said about manually changing a
project's configuration and about the common module jar.
I just meant that you should not change anything manually, eg. instead
of opening project properties / Java EE module dependencies, you should
just always use "Maven / Update project configuration" action from popup
menu.
My real situation is that I have an infrastructure project that offers both
classes and web resources (such as jsps) to other projects.
There is an issue with sharing jsps too. With Maven it is usually done
using feature called "war overlay"
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html
Unfortunately this feature is currently not supported by WTP
integration for Maven feature. Please vote on
http://jira.codehaus.org/browse/MNGECLIPSE-599
So far we couldn't find a way to handle this scenario with plain WTP
projects without Maven (i.e. include resources from one dynamic web
module project into another web module project). If anyone have ideas,
suggestions or working examples how to handle this it would be most
appreciated.
regards,
Eugene
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
