Mailing-List: contact dev-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <dev@hc.apache.org>
Date: Mon, 16 Feb 2015 20:50:11 +0000 (UTC)
From: "Ronald Brill (JIRA)" <jira@apache.org>
To: dev@hc.apache.org
Message-ID: <JIRA.12775448.1424117201000.58224.1424119811843@Atlassian.JIRA>
In-Reply-To: <JIRA.12775448.1424117201000@Atlassian.JIRA>
References: <JIRA.12775448.1424117201000@Atlassian.JIRA>
 <JIRA.12775448.1424117201283@arcas>
Subject: [jira] [Updated] (HTTPCLIENT-1614) Domain processing incompatible
 with 4.3.6
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HTTPCLIENT-1614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ronald Brill updated HTTPCLIENT-1614:
-------------------------------------
    Description: 
Hi Oleg,

last week we have updated HtmlUnit (SNAPSHOT) from 4.3.6 to 4.4. During that we noticed a major difference. After some debugging i guess i found the reason.
The BasicDomainHandler#match impl checks for the existence of a attribute (DOMAIN_ATTR). Because we are building our own the cookies (using the constructor and some getter/setter and not parsing some headers), the attrib map is empty. But of course the domain attribute is set.
It will help, if the match impl will check the real fields instead of the attrib map. Additionally this will be more consistent because the domainMatch method already uses the domain field and not the value from the attrib map.
What do you think?

  was:
Hi Oleg,

last week we have updated HtmlUnit (SNAPSHOT) from 4.3.6 to 4.4. During that we noticed a major difference. After some debugging i guess i found the reason.
The BasicDomainHandler#match impl checks for the existence of a attribute (DOMAIN_ATTR). Because we are building our own the cookies (using the constructur and some getter/setter and not parsing some headers), the attrib map is empty. But of course the domain attribute is set.
It will help, if the match impl will check the real fields instead of the attrib map. Additionally this will be more consistent because the domainMatch method already uses the domain field and not the value from the attrib map.
What do you think?


> Domain processing incompatible with 4.3.6
> -----------------------------------------
>
>                 Key: HTTPCLIENT-1614
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1614
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpClient
>    Affects Versions: 4.4 Final
>            Reporter: Ronald Brill
>
> Hi Oleg,
> last week we have updated HtmlUnit (SNAPSHOT) from 4.3.6 to 4.4. During that we noticed a major difference. After some debugging i guess i found the reason.
> The BasicDomainHandler#match impl checks for the existence of a attribute (DOMAIN_ATTR). Because we are building our own the cookies (using the constructor and some getter/setter and not parsing some headers), the attrib map is empty. But of course the domain attribute is set.
> It will help, if the match impl will check the real fields instead of the attrib map. Additionally this will be more consistent because the domainMatch method already uses the domain field and not the value from the attrib map.
> What do you think?


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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