Eric Haszlakiewicz wrote: > >>-----Original Message----- >>From: cowwoc [mailto:cow...@bbs.darktech.org] >> >>Wayne Fay wrote: >>> >>>> What do you recommend I do to work around this problem? >>> >>> Don't use the ${swt.classifier} for now... >>> >>> You may notice it was reported 5 years ago so if you actually want it >>> fixed, you'll probably need to help on MNG-1388. >>> >> >>How do you deal with artifacts that need a different native library >>depending on the build platform without the use of ${swt.classifier}? > > This feels to me like the old problem that there is no distinction between > the pom file used to control the build, and the pom file that describes > the artifact. > In a general sense, the properties that exist at the time that an artifact > gets created (in this case swt.classifier, which was set by a profile) > aren't remembered in the deployed artifact. > > The workaround I've seen suggested for this is to throw another layer of > indirection in there and have a separate pom for each possible value of > your variable. > In your case, I think you'd split project B into a B-windows-x86/pom.xml, > B-whateverelse/pom.xml, etc... modules that each refer to the > swt.classifier with a fixed value. > Then you'd need to set up an overall pom.xml that lists different modules > based on the profile, > and you'll probably want some kind of common pom that all of the > sub-modules depend on to pull in all the other normal dependencies. > Obviously, this doesn't work well if you have more than just one variable > you're dealing with, > and it seems (to me anyway) to be an unnecessary complex and confusing way > to set things up, > but supposedly that's the "maven way". > > eric >
Gentlemen, Does any of you care to comment on this problem? Is this convoluted approach really the best available way of solving the problem? Gili -- View this message in context: http://maven.40175.n5.nabble.com/POM-inheritance-breaks-build-tp3263869p3304793.html Sent from the Maven - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org