Return-Path: Delivered-To: apmail-hc-dev-archive@www.apache.org Received: (qmail 7843 invoked from network); 4 Feb 2008 17:51:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Feb 2008 17:51:35 -0000 Received: (qmail 50677 invoked by uid 500); 4 Feb 2008 17:51:24 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 50638 invoked by uid 500); 4 Feb 2008 17:51:24 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 50611 invoked by uid 99); 4 Feb 2008 17:51:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2008 09:51:24 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2008 17:51:16 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C6D90714076 for ; Mon, 4 Feb 2008 09:51:08 -0800 (PST) Message-ID: <30651264.1202147468811.JavaMail.jira@brutus> Date: Mon, 4 Feb 2008 09:51:08 -0800 (PST) From: "Roland Weber (JIRA)" To: dev@hc.apache.org Subject: [jira] Commented: (HTTPCORE-139) allow explicit unsetting of parameters in stacks or hierarchies In-Reply-To: <4287081.1199990373831.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HTTPCORE-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565433#action_12565433 ] Roland Weber commented on HTTPCORE-139: --------------------------------------- I don't think it addressed all the cases where it is or might be necessary. I was just addressing the most obvious ones, hoping to avoid implementing more complex ones like NO_INET_ADDRESS to unset the LOCAL_ADDRESS parameter. I consider the technique of creating invalid objects to represent NULL a hack, and it cannot even be used for elementary types where every possible value is valid. How do you unset a String? Have you taken a look at the NO_HOST object in HttpClient? If we ever added basic sanity checks to HttpHost, it would have to be changed. And as soon as it is changed, we run into version compatibility problems. cheers, Roland > allow explicit unsetting of parameters in stacks or hierarchies > --------------------------------------------------------------- > > Key: HTTPCORE-139 > URL: https://issues.apache.org/jira/browse/HTTPCORE-139 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Affects Versions: 4.0-alpha6 > Reporter: Roland Weber > Assignee: Roland Weber > Priority: Minor > Fix For: 4.0-beta2 > > Attachments: 2k8-01-10-null-param.txt, 2k8-01-13-null-param.txt > > > Patch for the "global null" approach to follow. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org