Apache HttpComponents Core ay hindi sumasakop sa lahat ng facets ng HTTP protocol, ngunit lamang ang mga pangunahing mga pangunahing kaalaman, ang lahat na kailangan upang suportahan ang mga pangunahing mga komunikasyon sa pagitan ng isang client at isang server.
Ang aklatan ay maaaring gamitin para sa pagbuo ng parehong client-side at server-side HTTP serbisyo, na sumusuporta sa dalawang pangunahing mga modelo I / O:
- pagharang (serial, sabaysabay, batay sa Java I / O)
- non-pagharang (parallel, asynchronous, batay sa Java NIO)
Ang aklatan ay sinusubukan upang itaguyod ang isang balanse sa pagitan ng pagganap at kadalian ng paggamit, habang din natitirang isang self-contained sangkap na maaaring idagdag at reused sa maramihang mga aplikasyon at mga pagkakataon.
Apache HttpComponents Core ay din spawned isang katulad na proyekto, Apache HttpComponents Client , isang HTTP client-side agent.
Ano ang bago sa ito release:.
- PrivateKeyStrategy ay hindi gumagana sa NIO SSL
- VersionInfo # getUserAgent ulat maling Java bersyon.
- Non-pagharang ng koneksyon ay hindi dapat mag-trigger end-of-stream callback hangga't mayroong pa rin ng data sa session input buffer. Ito ay maaaring maging sanhi ng isang serye ng mga maikling pipelined kahilingan sa mabibigo prematurely sa kaso ng isang hindi inaasahang koneksyon pagwawakas sa pamamagitan ng ang kabaligtaran endpoint.
Ano ang bago sa bersyon 4.4.2:.
- PrivateKeyStrategy ay hindi gumagana sa NIO SSL
- VersionInfo # getUserAgent ulat maling Java bersyon.
- Non-pagharang ng koneksyon ay hindi dapat mag-trigger end-of-stream callback hangga't mayroong pa rin ng data sa session input buffer. Ito ay maaaring maging sanhi ng isang serye ng mga maikling pipelined kahilingan sa mabibigo prematurely sa kaso ng isang hindi inaasahang koneksyon pagwawakas sa pamamagitan ng ang kabaligtaran endpoint.
Ano ang bago sa bersyon 4.4.1:.
- PrivateKeyStrategy ay hindi gumagana sa NIO SSL
- VersionInfo # getUserAgent ulat maling Java bersyon.
- Non-pagharang ng koneksyon ay hindi dapat mag-trigger end-of-stream callback hangga't mayroong pa rin ng data sa session input buffer. Ito ay maaaring maging sanhi ng isang serye ng mga maikling pipelined kahilingan sa mabibigo prematurely sa kaso ng isang hindi inaasahang koneksyon pagwawakas sa pamamagitan ng ang kabaligtaran endpoint.
Ano ang bago sa bersyon 4.4:.
- Suporta para sa SSL re-negosasyon sa NIO
- Sa labas ng sequence HTTP response nagiging sanhi NPE sa HttpAsyncRequestExecutor.
- Race kondisyon kung koneksyon kahilingan succeeds at oras out sa parehong oras.
- Fixed synchronization isyu sa pag-block at non-pagharang ng koneksyon pool pagpapatupad
Ano ang bago sa bersyon 4.2.2:
- NIO haba delimited nilalaman encoder hindi tama humahawak mensahe mas malaki kaysa sa 2GB.
- Fixed pagbabalik sa DefaultConnectionReuseStrategy nagiging sanhi ito upang hindi tama bandila koneksyon bilang non-reusable matapos ang isang 204, 205 o 304 tugon.
- Fixed pagbabalik sa HttpAsyncRequestExecutor nagiging sanhi ito upang mahawakan ang 204, 205 at 304 kasagutan nang hindi tama sa pamamagitan ng pagbalik ng mensahe na may kalakip na nilalaman katawan.
Ano ang bago sa bersyon 4.2.1:
- Ito ay isang patch release na Inaayos ng isang bilang ng mga hindi-kritikal na mga bug na natagpuan since 4.2.
Ano ang bago sa bersyon 4.2:
- Ang pinaka-memorable tampok na kasama sa release na ito ay koneksyon bahagi pool para sa pagharang at non-pagharang HTTP koneksyon at bagong asynchronous client at server side protocol.
Ano ang bago sa bersyon 4.1.3:
- Ang release na ito Inaayos ng isang kritikal na pagbabalik ipinakilala sa bersyon 4.1 .2. Ilalim ng mga espesyal na pangyayari non-pagharang SSL session ay maaaring mabigo upang wakasan tama kung kabaligtaran dulo shuts down koneksyon nang hindi nagpapadala ng isang 'malapit abisuhan' na mensahe nagiging sanhi ng isang walang-katapusang loop sa I / O dispatch thread.
Ano ang bago sa bersyon 4.1.2:
- IOSession # setSocketTimeout () method ay hindi i-reset ang timeout count.
- Non-pagharang SSL I / O session ay maaring magtapos prematurely nagiging sanhi katawan ng mensahe truncation kapag message nilalaman ay naka-code tipak at ang koneksyon ay sarado sa kabaligtaran dulo.
- Fixed maling resulta nagawa sa pamamagitan DefaultConnectionReuseStrategy kapag hinahawakan tugon mensahe na nilalaman entity ay tinanggal decoded o binago sa pamamagitan ng isang protocol interceptor.
Ano ang bago sa bersyon 4.1.1:
- Ito ay isang patch release na Inaayos ng isang bilang ng mga hindi-kritikal na mga isyu na natagpuan since release 4.1.
- Ang release na ito din ay minamarkahan ang katapusan ng suporta para sa Java 1.3. Bilang ng release 4.2 HttpCore ay mangangailangan Java 1.5 para sa lahat ng mga bahagi nito.
Ano ang bago sa bersyon 4.1:.
- DefaultConnectingIOReactor leaks isang socket descriptor kung ang kahilingan session nabigo
- Ang ChunkEncoder maaaring humiling para sa isang negatibong buffer limitasyon nagiging sanhi ng isang IllegalArgumentException.
- SSLIOSession # isAppInputReady () ay hindi suriin ang katayuan ng session input buffer.
- EntityUtils # toString () at EntityUtils # toByteArray () upang bumalik null kung HttpEntity # getContent () ay null.
- Fixed maling paghawak ng HTTP entity sa pamamagitan ng non-pagharang LengthDelimitedDecoder kapag ang Content-Length halaga ay mas malaki kaysa Integer.MAX_VALUE.
Ano ang bago sa bersyon 4.1 Beta 2:
- Ito ang ikalawang BETA release ng HttpCore 4.1. Ito ay higit sa lahat isang bug fix release na humaharap sa isang bilang ng mga hindi-kritikal na mga bug.
Mga Komento hindi natagpuan