I don't control the service, or the user names that can access it. For now, I temporarily whacked (hacking with abandon :) ) around this, forcing it to send the original username. Unfortunately, the connection still times out. I've been comparing this HttpClient usage with the code that I know works, and I'm not sure yet what the relevant difference is.
> -----Original Message----- > From: sebb [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 23, 2006 10:22 AM > To: JMeter Users List > Subject: Re: TPN POSSIBLE SPAM:Re: Unable to get out through > authenticated proxy > > On 23/08/06, Karr, David <[EMAIL PROTECTED]> wrote: > > I see the following code in HTTPSampler2.java: > > > > ----------------- > > if (auth != null) { > > /* > > * TODO: better method... > > * HACK: if user contains \ and or @ > > * then assume it is of the form: > > * domain \ user @ realm (without spaces) > > */ > > ----------------- > > > > The code after this proceeds to break up the username I specified, > > which happens to look like an email address, so that the > username it > > ends up using is just the string before the "@". This seems like a > > big assumption. Shouldn't this be configurable on the service I'm > > connecting to? I don't think this is causing my connection to time > > out, but I'm sure this will be a problem once I resolve the > connection > > timeout. > > Perhaps you can set up a test user name without an @ to check > if this is the problem or not? > > The proper solution would probably be to add domain and realm > to the GUI. > > S. > > --------------------------------------------------------------------- > 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]
