Re: Help needed on JMeter nightly builds
Hi Sam. You'll be happy to know that your effort responding your questions was not in vain. Gump runs are now building JMeter and producing meaningful results. Gump is now building the JMeter's distribution files into jakarta-jmeter/dist. Would it be possible to copy all files found in there to http://cvs.apache.org/builds/jakarta-jmeter/nightly/date after each build? In this way we'll be able to decide how exactly we want to pack up our distribution without having to bug you again. Just two more questions (hopefully last ones for a while): 1/ Would it be a good idea to run our unit tests during the nightly build? On one side, doing so would fit better into the continuous integration Gump concept. On the other side, looks like the build machines (or at least Nagoya) have a really tough time keeping up with the work, and our tests take a while... what's your opinion? 2/ JMeter binary distribution contains all the jars for all the projects it depends on. I think it needs to be that way: JMeter is an app for plain users, not a library for developers, and we want it to be installable and runnable with minimum hassle for the user. The way it currently works this would cause those binaries to run against library versions different from the ones used at compilation -- which doesn't look very nice. The question is: does Gump provide a way to copy some of those jars into the jakarta-jmeter/lib directory before the build? Pls. note that I said some, because there's a few we just can't distribute (licensing issues). Thanks, Jordi. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Jordi Salvat i Alabart wrote: You'll be happy to know that your effort responding your questions was not in vain. Gump runs are now building JMeter and producing meaningful results. :-) Gump is now building the JMeter's distribution files into jakarta-jmeter/dist. Would it be possible to copy all files found in there to http://cvs.apache.org/builds/jakarta-jmeter/nightly/date after each build? In this way we'll be able to decide how exactly we want to pack up our distribution without having to bug you again. Added it to the list for tomorrow. We'll see how it goes. Just two more questions (hopefully last ones for a while): 1/ Would it be a good idea to run our unit tests during the nightly build? On one side, doing so would fit better into the continuous integration Gump concept. On the other side, looks like the build machines (or at least Nagoya) have a really tough time keeping up with the work, and our tests take a while... what's your opinion? Go for it. Yes, Nagoya is a bit pokey, but the price is right. ;-) 2/ JMeter binary distribution contains all the jars for all the projects it depends on. I think it needs to be that way: JMeter is an app for plain users, not a library for developers, and we want it to be installable and runnable with minimum hassle for the user. The way it currently works this would cause those binaries to run against library versions different from the ones used at compilation -- which doesn't look very nice. The question is: does Gump provide a way to copy some of those jars into the jakarta-jmeter/lib directory before the build? Pls. note that I said some, because there's a few we just can't distribute (licensing issues). The basic strategy is to specify the the files that you copy with ant properties. You can then tell gump to provide the actual jar name for this property. The easiest way to do this is to move the depend elements for the jars that you want to do this with inside the ant element, and add a property= attribute. This is best explained by example, so look for logkit.jar in the following files: http://cvs.apache.org/viewcvs/jakarta-gump/project/jakarta-avalon.xml?rev=HEADcontent-type=text/vnd.viewcvs-markup http://cvs.apache.org/viewcvs/jakarta-avalon/build.xml?rev=HEADcontent-type=text/vnd.viewcvs-markup - Sam Ruby P.S. Don't be afraid to ask questions. But perhaps this should be in the [EMAIL PROTECTED] mailing list? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Hi all. Hi Sam. So it was YOU who repaired the JMeter build on the 2nd Jan! I was about to go mad. Anyway, thanks. I think I get the picture now. Would you (or someone else) be so kind as reviewing this for severe misunderstandings? * Gump reads the project descriptors to establish a dependency tree, then builds each project in order. * Gump uses a modified ant which totally ignores all classpath settings -- instead it places all JARs exported by projects depended upon into the classpath. Q1: is it then best practice to remove all those jars from our lib/*.jar in CVS? * Thus the Gump nightly builds always happen against the CVS versions of all projects -- which means that if I build JMeter from the sources on my workstation I won't get the exact same results (since I will be building against released versions of those projects). * The copying of build results to http://cvs.apache.org/builds/jakarta-jmeter/nightly/ is not done by Gump. (Even though it must be run just after (some?) builds). Q: how can I have the JMeter distribution files published there? * The publishing of the src snapshot in that same directory has nothing to do with Gump. Salut, Jordi. Sam Ruby wrote: Jordi Salvat i Alabart wrote: Hi Sam. I'm taking this out of general to avoid bugging everyone around with my stupidness. Don't be afraid to post e-mails like these on jakarta-general. That way everybody can help, and everyone can learn from the answers. First of all, thanks again for your help, and my apologies if you just don't have time to help newcomers. I do get a lot of e-mails, so I may occasionally miss one. If that happens, try again. Or, ask on general. I have many questions about the nightly build snapshot process, how it names the results and where it places them. Every project in Jakarta seems to work in a slightly different way -- and JMeter most different of all. I also have questions on how the web site is generated and published (I'd like JMeter's to be generated from the xdocs instead of just pulled out from cvs/jakarta-jmeter/docs). There are some general policies, and then each subproject in Jakarta is free to tailor them to their own needs. The nightly build simply checks out jakarta-jmeter and builds the default target. It is driven from the following project definition: http://cvs.apache.org/viewcvs/jakarta-gump/project/jakarta-jmeter.xml I am willing to upload to the jakarta web site anything that build produces, simply ask. The way most jakarta projects work, as does jmeter, is that there is a docs target in the build that generates the docs directory from the xdocs sources. Simply build this and then commit the generated docs. Then somebody needs to go onto the daedalus.apache.org and execute a cvs update to get resynch the website with the cvs tree. For a number of projects, I have a script that automatically does this four times a day, so this eliminates a step... all you need to do is build and commit. Jmeter is not currently in this script... but can be added upon request. I've been checking the FAQ at http://www.apache.org/dev/committers.html#web, but it didn't help much. Either it's obsolete, or it doesn't apply to all jakarta projects. Is there any documentation I could read to get better informed? Most of the jakarta documentation is on jakarta.apache.org. Try clicking on gump or Website Maintenance. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Jordi Salvat i Alabart wrote: * Gump reads the project descriptors to establish a dependency tree, then builds each project in order. Yes. * Gump uses a modified ant which totally ignores all classpath settings -- instead it places all JARs exported by projects depended upon into the classpath. Ant isn't modified, it is passed a build.sysclasspath paramter. The version of Ant which is used to do the builds is built from cvs. But, effectively, the result is the same. Q1: is it then best practice to remove all those jars from our lib/*.jar in CVS? While removing such jars is my preference, others will disagree. Suffice it to say that there is no consensus. * Thus the Gump nightly builds always happen against the CVS versions of all projects -- which means that if I build JMeter from the sources on my workstation I won't get the exact same results (since I will be building against released versions of those projects). True. You also won't get the exact same results if you use a different compiler. ;-) * The copying of build results to http://cvs.apache.org/builds/jakarta-jmeter/nightly/ is not done by Gump. (Even though it must be run just after (some?) builds). Q: how can I have the JMeter distribution files published there? As you have an id on that machine, you are certainly welcome to publish files there. The SCP utility is handy for such things. Also, anything that I build with gump that you find of value, I am willing to upload. You will find that a lot of things work this way around here. While you will occasionally find somebody telling you what *not* to do, and often find that there are people who will tell you what they are willing to do, you will rarely find somebody telling you what to do. In this case: if you want me to upload more, fine. If you want me to upload less, fine. Just don't ask me to build something different. * The publishing of the src snapshot in that same directory has nothing to do with Gump. gump starts out by doing a cvs update directory maintained separate from the build. At the end of the gump run, that directory is zipped and tarred up and uploaded. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Help needed on JMeter nightly builds
Hi. JMeter nightly builds have been failing for a long while (long before I joined the project, actually). Noone in the project seems to know why: it builds OK everywhere else. I've tried e-mailing [EMAIL PROTECTED] to get access to Nagoya (where I believe the builds happen), but got no reply. I've e-mailed [EMAIL PROTECTED] for help (looked like the first logical step), but got no reply. I'm totally stuck on this matter. I need help. Any pointers welcome. Thanks a lot, Jordi -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Jordi Salvat i Alabart wrote: JMeter nightly builds have been failing for a long while (long before I joined the project, actually). Noone in the project seems to know why: it builds OK everywhere else. I've tried e-mailing [EMAIL PROTECTED] to get access to Nagoya (where I believe the builds happen), but got no reply. I've e-mailed [EMAIL PROTECTED] for help (looked like the first logical step), but got no reply. I'm not sure what you are seeing, but jmeter builds for me: http://cvs.apache.org/builds/gump/2003-01-06/jakarta-jmeter.html http://cvs.apache.org/builds/jakarta-jmeter/nightly/ http://gump.covalent.net/jars/2003-01-06/jakarta-jmeter/ Can you describe the problem you are seeing? - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Wow! I'm most amazed. It had never worked till the 2nd Jan. And then, suddently, it works from the 3rd onwards! Yes, *I* did a change to build.xml on the 2nd, but it was totally unrelated (different target). Well, who knows. Anyway -- if it ain't broken, don't fix it :-) Thanks a lot for your help! Jordi. Sam Ruby wrote: Jordi Salvat i Alabart wrote: JMeter nightly builds have been failing for a long while (long before I joined the project, actually). Noone in the project seems to know why: it builds OK everywhere else. I've tried e-mailing [EMAIL PROTECTED] to get access to Nagoya (where I believe the builds happen), but got no reply. I've e-mailed [EMAIL PROTECTED] for help (looked like the first logical step), but got no reply. I'm not sure what you are seeing, but jmeter builds for me: http://cvs.apache.org/builds/gump/2003-01-06/jakarta-jmeter.html http://cvs.apache.org/builds/jakarta-jmeter/nightly/ http://gump.covalent.net/jars/2003-01-06/jakarta-jmeter/ Can you describe the problem you are seeing? - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]