You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by Jordi Salvat i Alabart <js...@atg.com> on 2003/01/08 00:45:48 UTC

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 root@apache.org to 
get access to Nagoya (where I believe the builds happen), but got no 
reply. I've e-mailed gump@jakarta.apache.org 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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Jordi Salvat i Alabart <js...@atg.com>.
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 
>> root@apache.org to get access to Nagoya (where I believe the builds 
>> happen), but got no reply. I've e-mailed gump@jakarta.apache.org 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:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
> 
> 



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Sam Ruby <ru...@apache.org>.
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=HEAD&content-type=text/vnd.viewcvs-markup

http://cvs.apache.org/viewcvs/jakarta-avalon/build.xml?rev=HEAD&content-type=text/vnd.viewcvs-markup

- Sam Ruby

P.S.  Don't be afraid to ask questions.  But perhaps this should be in 
the gump@jakarta.apache.org mailing list?



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Jordi Salvat i Alabart <js...@atg.com>.
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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Sam Ruby <ru...@apache.org>.
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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Jordi Salvat i Alabart <js...@atg.com>.
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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Help needed on JMeter nightly builds

Posted by Sam Ruby <ru...@apache.org>.
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 root@apache.org to 
> get access to Nagoya (where I believe the builds happen), but got no 
> reply. I've e-mailed gump@jakarta.apache.org 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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>