Mailing-List: contact httpcomponents-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <httpcomponents-dev@jakarta.apache.org>
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <466BF519.5000306@dubioso.net>
Date: Sun, 10 Jun 2007 14:56:57 +0200
From: Roland Weber <ossfwot@dubioso.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.8.1.4) Gecko/20070602 SeaMonkey/1.1.2
MIME-Version: 1.0
To: HttpComponents Project <httpcomponents-dev@jakarta.apache.org>
Subject: Re: version detection ideas
References: <3fb8d2f00706090703k3b916a1fx7dbec4b0aec86504@mail.gmail.com>
	 <466BCF3F.4070708@dubioso.net>
	 <3fb8d2f00706100326u3c4610d0sc7d07c001fefdfa@mail.gmail.com>
	 <466BE0EA.7000306@dubioso.net>
 <3fb8d2f00706100533w55ed1d51t9505a15cd82df0db@mail.gmail.com>
In-Reply-To: <3fb8d2f00706100533w55ed1d51t9505a15cd82df0db@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi Daniel,

> One of the simple options to solve the problem is to use a profile. its
> very
> likely that custom built distributions are built with:
>    mvn package or mvn install
> and not
>    mvn package -P release-profile
> and you could still issue a warning in the pom as xml comment, to not do
> that and giving the reasons. In the profile configuration can be whatever
> change to the build procedure you'd like (version file, ant-style filtering
> of classes or ressources, whatever). While it's not fail proof I think it
> would solve the problem nicely and without requiring too much thinking
> during the build process (which I definitely like: "did you do A before you
> did B and shipped the thing to be dropped on production servers"
> immediately
> followed by a wail of despair ;)
> 
> Would that solve the problem or is a more secure solution necessary?


I like that approach. The concept has similarities with a local
properties file, and is more general as it allows even actions
to be modified. I'll keep that in mind when I think about the
versioning problem in the future.

thanks,
  Roland

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