You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by bu...@apache.org on 2004/05/03 07:44:17 UTC

DO NOT REPLY [Bug 28677] - HTML Link Parser fails to handle https protocol

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28677>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28677

HTML Link Parser fails to handle https protocol





------- Additional Comments From craigp@peace.com  2004-05-03 05:41 -------
I tried to enable JTidyHTMLParser but couldnt seem to influence its behaviour!
Anyway - I'm not worried about a workaround as much as diagnosing the problem (I
have time before I need this fixed).

So far I have followed the logic through to getProperty in HTTPSamplerBase.java.
Sometimes it is returning the value of variable protocol. Othertimes it is
returning DEFAULT_PROTOCOL which is hardcoded to "http". Looking that the value
of propMap - I see a lot of:

"HTTPSampler.protocol=,"

I.e. it is not set to anything. There are cases where this is set to https.
However, this is not surprising sice the logic assumes default if the property
is not found or not set.

I have noticed is that sometimes the protocol is set as:
"HTTPSampler.protocol=http,"

However for my last test I am not actually seeing any failures based on protocol
anymore - they are all getName() based failures - JMeter is adding a session id
out of scope then failing based on a name match. My HTTP URL Re-writing modifier
should not be affecting this branch of the tree as I only need it for the login
until a cookie with the session id is established (isolated branch).

So unless you have some pointers, I think I need to get back to where there
where protocol mismatch failures and track the setting of HTTPSampler.protocol.
None of this code is familiar to me so it is slow going.

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org