It is what I used and how the patch was accepted, but since I was told it 
wasn't ideal I wanted to see if there were ways to deal with this going 
forward. 

André-John

Sent from my phone. Envoyé depuis mon téléphone. 

> On Dec 9, 2013, at 15:56, Matt Benson <gudnabr...@gmail.com> wrote:
> 
> Looks like Main.getAntVersion() is your friend.
> 
> Matt
> 
> 
> On Mon, Dec 9, 2013 at 2:50 PM, Andre-John Mas <andrejohn....@gmail.com>wrote:
> 
>> Hi,
>> 
>> This was the Get Task, whereby I was getting the ant version for use in
>> the user-agent response. I am using the value uninterpreted.
>> 
>> André-John
>> 
>> Sent from my phone. Envoyé depuis mon téléphone.
>> 
>>> On Dec 9, 2013, at 14:23, Matt Benson <gudnabr...@gmail.com> wrote:
>>> 
>>> Are you looking for compatibility with the version?  I.e., this task will
>>> work on versions >= n?  A commonly taken approach there is to use the
>>> presence of some particular class introduced in the target version,
>> rather
>>> than fiddling with version numbers per se.
>>> 
>>> HTH,
>>> Matt
>>> 
>>> 
>>> On Mon, Dec 9, 2013 at 1:08 PM, Andre-John Mas <andrejohn....@gmail.com
>>> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I recently made a code contribution and had the task get the version
>> from
>>>> the Main class. I appreciate this probably want the best approach and I
>> am
>>>> trying to consider options going forward. I had looked at the
>> ant.version
>>>> property, but the is only available in the project scope and also
>> limited
>>>> to the 'long' version.
>>>> 
>>>> Some possibilities I am thinking of going forward:
>>>> - Version class
>>>> - AntRuntime class
>>>> 
>>>> Does anyone else have suggestions or preferences as to the best way
>> going
>>>> forward?
>>>> 
>>>> André-John
>>>> 
>>>> Sent from my phone. Envoyé depuis mon téléphone.
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>>>> For additional commands, e-mail: dev-h...@ant.apache.org
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>> For additional commands, e-mail: dev-h...@ant.apache.org
>> 
>> 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Reply via email to