Graham> Thank you for all your
Graham> time and effort Vladimir!

Thanks for the kind words.

Graham> I support the move of files around, version control should cope and it
Graham> will soon be a minor historical blip.

Fully agree. We did have file shuffles, file splits, in pgjdbc, and
now it is just a history.

Graham> May I suggest that we try to move the source files in trunk (and of
Graham> course get ant to work but I don't know how hard that might be)?

Reshuffling files in two places would make things noticeably harder to
maintain since it cannot be handled automatically.

For instance, if I move the file, and someone edits the same file in
"SVN trunk", then automatic merge can easily handle it as "apply the
edit to the renamed file".
However if two branches happen to move the file to "slightly
different" locations, then automatic merge fails to handle that.

Graham> But, going even further, to prevent a lot of work (and effort and good
Graham> will), separate to trunk, potentially being discarded, can we get both
Graham> Ant and Gradle working together in trunk?

Whoever is willing to support Ant is welcome. PRs can easily be
created for my vlsi/jmeter/gradle branch.
I'm not investing my time in JMeter's Ant script.

Graham> I'm worried that as the bulid.xml file is 3000 lines long and we are

Lots of lines there are pure boilerplate.

Graham> - Run Unit Tests from IDE (I was working on an improvement for this as
Graham> some of the JMeterSpec and JmeterTestCase look for properties files in
Graham> relative locations, which with the new source structure is different)

Frankly speaking, almost all the tests work now except:
a) tests that require full JMeter installation (e.g. the one that
tries to load menu items)
b) tests that use "__functions" which wants to scan classpath in a weird manners
c) batch tests (which need a fully workable JMeter binary to launch)

a&b are located in src/integration-tests module for now.
c is to be migrated somehow.

Graham> separate script which does the co-ordination and singing etc.

It might be the same Gradle script as well.
For instance, I have generateDependencyConstraints Gradle task that
converts build.properties.
It is trivial to write, IDE autocomplete works there, and it uses the
same Gradle's dependency management/UI

Vladimir

Reply via email to