You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by Jeffrey Dever <js...@sympatico.ca> on 2003/02/07 23:16:56 UTC

supported jre version [was Re: Propose a new commons-uri package]

Agreed.  If we were building an application, then we could arbitrairly 
decide to use whichever jre version that was most suitable. But we are 
not building an application, we are building a framework.  As a result 
we must support the lowest reasonable version.  This has always been 
jre1.2.x

Which reminds me, next time I better actually compile the release build 
with 1.2 ... I'll update the release process.

Jandalf.


Oleg Kalnichevski wrote:

>I am also of opinion that for the time being Java 1.2.2 should be
>considered the lowest common denominator. Doing otherwise would
>completely preclude several major platforms from being able to run
>HttpClient. Please correct me if I err, but as far as I know IBM only
>supports Java 1.3.1 on its operating systems (such as AIX), with IBM
>Java 1.4.1 still being in beta. Mac OS X does not support Java 1.4.1
>either, at least not yet. The use of Java 1.4.1 specific features should
>be ruled out for a few years to come (IMHO)
>
>Oleg
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
>
>  
>



Re: supported jre version [was Re: Propose a new commons-uri package]

Posted by Jeffrey Dever <js...@sympatico.ca>.
Good point.  In general, the examples should also baseline jdk1.2.  If 
there is a specific reason for using a 1.3 or 1.4 feature in some case, 
than that would be OK as long as its clearly stated.  

We would have to deal with that on a compilation level somehow as well.

Jandalf.


Oleg Kalnichevski wrote:

>Jandalf
>
>I have no problem compiling HttpClient with JDK 1.2.2 + JCE 1.2.2 + JSSE
>1.0.3.01, as well as test cases. However, several examples require newer
>JDK: PostXML, ClientApp, MultiPartUploadApp. Do you think examples
>should also be JDK 1.2.2 compatible? I tend to believe they should
>
>Cheers
>
>Oleg (Olegolas) 
>
>
>
>On Fri, 2003-02-07 at 23:16, Jeffrey Dever wrote:
>  
>
>>Agreed.  If we were building an application, then we could arbitrairly 
>>decide to use whichever jre version that was most suitable. But we are 
>>not building an application, we are building a framework.  As a result 
>>we must support the lowest reasonable version.  This has always been 
>>jre1.2.x
>>
>>Which reminds me, next time I better actually compile the release build 
>>with 1.2 ... I'll update the release process.
>>
>>Jandalf.
>>
>>
>>Oleg Kalnichevski wrote:
>>
>>    
>>
>>>I am also of opinion that for the time being Java 1.2.2 should be
>>>considered the lowest common denominator. Doing otherwise would
>>>completely preclude several major platforms from being able to run
>>>HttpClient. Please correct me if I err, but as far as I know IBM only
>>>supports Java 1.3.1 on its operating systems (such as AIX), with IBM
>>>Java 1.4.1 still being in beta. Mac OS X does not support Java 1.4.1
>>>either, at least not yet. The use of Java 1.4.1 specific features should
>>>be ruled out for a few years to come (IMHO)
>>>
>>>Oleg
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>>>
>>>
>>> 
>>>
>>>      
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>>
>>    
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
>
>  
>



Re: supported jre version [was Re: Propose a new commons-uri package]

Posted by Oleg Kalnichevski <o....@dplanet.ch>.
Jandalf

I have no problem compiling HttpClient with JDK 1.2.2 + JCE 1.2.2 + JSSE
1.0.3.01, as well as test cases. However, several examples require newer
JDK: PostXML, ClientApp, MultiPartUploadApp. Do you think examples
should also be JDK 1.2.2 compatible? I tend to believe they should

Cheers

Oleg (Olegolas) 



On Fri, 2003-02-07 at 23:16, Jeffrey Dever wrote:
> Agreed.  If we were building an application, then we could arbitrairly 
> decide to use whichever jre version that was most suitable. But we are 
> not building an application, we are building a framework.  As a result 
> we must support the lowest reasonable version.  This has always been 
> jre1.2.x
> 
> Which reminds me, next time I better actually compile the release build 
> with 1.2 ... I'll update the release process.
> 
> Jandalf.
> 
> 
> Oleg Kalnichevski wrote:
> 
> >I am also of opinion that for the time being Java 1.2.2 should be
> >considered the lowest common denominator. Doing otherwise would
> >completely preclude several major platforms from being able to run
> >HttpClient. Please correct me if I err, but as far as I know IBM only
> >supports Java 1.3.1 on its operating systems (such as AIX), with IBM
> >Java 1.4.1 still being in beta. Mac OS X does not support Java 1.4.1
> >either, at least not yet. The use of Java 1.4.1 specific features should
> >be ruled out for a few years to come (IMHO)
> >
> >Oleg
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
> >
> >
> >  
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>