On 25 November 2010 14:18, Peter Lynch <[email protected]> wrote: > I am wondering if there is developer support for the idea of converting > JMeter's build process to be based on Maven. If there is suitable support of > this idea, I was going to start writing a conversion script that would > convert the project sources while maintaining as much scm history as > possible.
Should be possible to maintain all SCM history if done properly. Note that changes of source layout will cause a (one-off) problem for people who maintain private patches. > I have outlined some of the advantages this offers in this enhancement > https://issues.apache.org/bugzilla/show_bug.cgi?id=50324 > > <https://issues.apache.org/bugzilla/show_bug.cgi?id=50324> > So what do the developers think? Why do you want to build JMeter with Maven? Is it just so that JMeter jars can be uploaded to Maven Central? If so, then there are simpler ways to achieve this. Is it so that you can run JMeter with Maven (assuming jars are in Central)? If so, then potentially major changes are needed to JMeter, because currently it maintains its own classpath, and expects to find jars in specific locations. For example, lib/ext is searched for JMeter components; lib is not. Since JMeter has to do quite a lot of jar scanning, it is important that this is efficient. Note also that the Ant build does some work that may be tricky to implement in Maven. For example, the documentation is built twice - once for web-site, and once for the dynamic help system. The build also creates a lot of different jars. My experience of multimodule Maven builds is that they can take a lot longer than Ant, and are tricky to get working correctly. I'm not saying that JMeter can't or won't use Maven for builds, but it's not going to be at all easy to implement and maintain. I know from my participation in Apache Commons that even simple projects can spend quite a lot of time on Maven issues. > -Peter > <https://issues.apache.org/bugzilla/show_bug.cgi?id=50324> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
