Sadly, yes ... Ideally one should just be able to enable debugging, and re-run the test.
However, I've just had a look, and there are no log.xxx calls in the class. The grandparent (AbstractTestElement) has a potentially useful logproperties() method (not yet used!), but the HeaderManager should probably have some log.debug() calls added as well... S. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 16 September 2003 15:56 To: JMeter Developers List Subject: Re: manipulating headers in pre-processor Ok, I moved the manager.add(header) call up above sampler.setHeaderManager() to ensure that the manager being set in fact has at least one header already in it. The manager object subsequently retrieved is indeed the same object (object hashcode) that was set (I checked just for sanity). But the header is still not coming through. Next step is rebuilding JMeter with some extra debugging I suppose. Aaron On Tue, 16 Sep 2003 [EMAIL PROTECTED] wrote: > Ah, that helps greatly. > > > try putting the headers into the manager and then calling > sampler.setHeaderManager(manager). JMeter is doing lots of funky things > during test runs. In essense, it's searching your header manager for headers > and finds none, so it gets tossed. It does this because values from multiple > headers potentially have to be merged (in a certain order) and the sampler > has to be returned to original condition after each run - all without cloning > objects all over the place. > > -Mike > > On 16 Sep 2003 at 8:52, Aaron Hamid wrote: > > > It's not. > > > > public void process() { > > ... > > > > Header header = new Header("Authorization", authstring); > > HeaderManager manager = sampler.getHeaderManager(); > > if (manager != null) { > > manager.add(header); > > } else { > > log.error("No header manager configured for sampler: " + sampler); > > manager = new HeaderManager(); > > sampler.setHeaderManager(manager); > > manager.add(header); > > System.out.println("manager size: " + manager.size()); > > for (int i = 0; i < manager.size(); i++) { > > System.out.println("header: " + manager.get(i)); > > } > > System.out.println("manager: " + sampler.getHeaderManager()); > > } > > > > My header is indeed in the manager as the loop proves, but it is not > coming out in the request (although I can see the fixed user-agent header I > set through a HeaderManager GUI). Can anybody else verify this? (I tried > with a header named something other than "Authorization" just in case, and it > doesn't come through either) > > > > Aaron > > > > > > [EMAIL PROTECTED] wrote: > > > > > Making a new HeaderManager and calling setHeaderManager > > > ought to work. > > > > > > -Mike > > > > > > On 15 Sep 2003 at 12:19, Aaron Hamid wrote: > > > > > > > > >>Hi, I have written a pre-processor that modifies headers on an > HTTPSampler (I need to do this because the header is dynamically derived), > but the call getHeaderManager() on the HTTPSampler object always returns > null. Even if I have actually created a HeaderManager in the test > configuration. Creating a new HeaderManager object and programmatically > calling setHeaderManager on the HTTPSampler object in my preprocessor > doesn't do anything either. Is there a way to dynamically modify outgoing > request headers? > > >> > > >>Aaron Hamid > > >>CIT/I&D > > >> > > >> > > >>--------------------------------------------------------------------- > > >>To unsubscribe, e-mail: jmeter-dev- > > > > > > [EMAIL PROTECTED] > > > > > >>For additional commands, e-mail: jmeter-dev- > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > -- > > > Michael Stover > > > [EMAIL PROTECTED] > > > Yahoo IM: mstover_ya > > > ICQ: 152975688 > > > AIM: mstover777 > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Michael Stover > [EMAIL PROTECTED] > Yahoo IM: mstover_ya > ICQ: 152975688 > AIM: mstover777 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
