Am 2022-11-06 um 16:54 schrieb Oleg Kalnichevski:
Folks
Please review and amend the HttpClient 5.2 release notes as you deem
appropriate.
https://github.com/apache/httpcomponents-client/blob/master/RELEASE_NOTES.txt
Instead of SPNEGO I would write: GSS-API-based authentication mechanisms
(Ke
Am 2022-11-06 um 23:08 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 t
Am 2022-11-09 um 19:23 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.1.5.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2022-11-13 um 12:48 schrieb Oleg Kalnichevski:
Folks
Please review and amend HttpClient 5.1.4 release notes as you deem
appropriate.
https://github.com/apache/httpcomponents-client/blob/5.1.x/RELEASE_NOTES.txt
LGTM.
-
To
Am 2022-11-14 um 23:05 schrieb Gary D. Gregory:
Hi Oleg and All:
Our commits mailing list reports that some commits I pushed today to
httpcomponents-core were erased from history.
Is this an innocent mistake in your use of git?
See below for the email. Specifically the commits I do not see bu
Am 2022-11-15 um 14:32 schrieb Oleg Kalnichevski:
We have an implicit commit-them-review policy ever since the inception
of the project in the year of 2005. We all are free to commit what we
deem appropriate but no commit can be considered safe until it has been
voted upon and tagged with a rel
Oleg,
can you explain why previous versions of the autogenerated website point
to the newest one? Consider someone is consuming the Javadoc from his
IDE. I guess the user will be redirected in the IDE and will see *not*
the Javadoc for the version he has configured, no?
Michael
Am 2022-11-13 um 22:28 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.1.4.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2022-11-18 um 03:15 schrieb larry mccay:
Personally, I find RTC much more appropriate for mature-ish projects where
quality and awareness are a higher priority than fast innovation.
I think the sub-topic here actually supports that notion.
Faster innovation and iterative development can happe
Am 2022-11-17 um 19:36 schrieb Oleg Kalnichevski:
Folks
TLS over SOCKS is broken in HC 5.2 and likely 5.1 as well. The problem
represents a very common pattern in this project. Some external
contributor contributed a substantial chunk of code and happily moved
on, leaving us with a piece of func
Am 2022-11-15 um 22:32 schrieb Oleg Kalnichevski:
On Tue, 2022-11-15 at 21:58 +0100, Michael Osipov wrote:
Oleg,
can you explain why previous versions of the autogenerated website
point
to the newest one? Consider someone is consuming the Javadoc from his
IDE. I guess the user will be
Am 2022-11-19 um 15:54 schrieb Oleg Kalnichevski:
On Sat, 2022-11-19 at 15:17 +0100, Michael Osipov wrote:
Am 2022-11-18 um 03:15 schrieb larry mccay:
Personally, I find RTC much more appropriate for mature-ish
projects where
quality and awareness are a higher priority than fast innovation.
I
Am 2022-11-25 um 17:21 schrieb Oleg Kalnichevski:
Folks
Feel free to review and amend HttpCore 4.4.16 release notes as you deem
appropriate.
https://github.com/apache/httpcomponents-core/blob/4.4.x/RELEASE_NOTES.txt
LGTM!
-
Am 2022-11-26 um 10:51 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 4.4.16.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 t
Am 2022-11-29 um 21:03 schrieb Oleg Kalnichevski:
Folks
Please review and amend the HttpClient 4.5.14 release notes as you deem
appropriate.
https://github.com/apache/httpcomponents-client/blob/4.5.x/RELEASE_NOTES.txt
I have a question regarding this:
* HTTPCLIENT-2174: URUBuilder to return
Am 2022-11-29 um 22:08 schrieb Oleg Kalnichevski:
On Tue, 2022-11-29 at 21:54 +0100, Michael Osipov wrote:
Am 2022-11-29 um 21:03 schrieb Oleg Kalnichevski:
Folks
Please review and amend the HttpClient 4.5.14 release notes as you
deem
appropriate.
https://github.com/apache/httpcomponents
Am 2022-11-30 um 19:48 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 4.5.14.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2022-12-03 um 10:36 schrieb Oleg Kalnichevski:
Folks
Please review and amend HttpClient 5.2.1 release notes as you deem
appropriate.
https://github.com/apache/httpcomponents-client/blob/master/RELEASE_NOTES.txt
LGTM.
-
T
Am 2022-12-03 um 12:48 schrieb Oleg Kalnichevski:
Folks
Feel free to review and comment.
The change-set in this branch adds support for the Bearer auth scheme
as defined in RFC 6750
https://github.com/apache/httpcomponents-client/compare/master...bearer_auth_support
The Bearer scheme can be u
Am 2022-12-03 um 16:34 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.2.1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2022-12-05 um 17:41 schrieb larry mccay:
Hi Oleg -
Happy to see Bearer Tokens coming in as a first class auth scheme.
Can you be a bit clearer on continued support for SPNEGO and KERBEROS going
forward for those still using them?
Disabling them by default means that we will need to explicitl
Am 2022-12-08 um 14:49 schrieb Oleg Kalnichevski:
Our website publishing Maven Job looks broken. I could not figure out
what the bloody reason was. Any help would be much appreciated.
https://ci-builds.apache.org/job/HttpComponents/job/HttpComponents%20Website/job/master/
I'll try to check thi
Am 2022-12-08 um 17:02 schrieb Michael Osipov:
Am 2022-12-08 um 14:49 schrieb Oleg Kalnichevski:
Our website publishing Maven Job looks broken. I could not figure out
what the bloody reason was. Any help would be much appreciated.
https://ci-builds.apache.org/job/HttpComponents/job
Am 2023-01-07 um 09:16 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2023-01-07 um 11:14 schrieb Oleg Kalnichevski:
On Sat, 2023-01-07 at 09:41 +0100, Michael Osipov wrote:
Am 2023-01-07 um 09:16 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents
Am 2023-04-02 um 09:38 schrieb Oleg Kalnichevski:
It looks like ASF Jenkins CI can no longer run on Java 1.8. It appears
we have lost the ability to test our HC for Java 1.8 compatibility with
the standard ASF CI infrastructure.
This cannot be right, please open an INFRA issue.
-
Am 2023-05-01 um 22:14 schrieb Gary D. Gregory:
Hi All,
Over at Apache Commons FileUpload, I am helping to rework the code base for our
upcoming 2.0 release. We have a whole package [1] of gnarly HTTP-related
parsing for RFC2231 which I was hoping to replace with a dependency HC. (I want
HC t
Am 2023-05-01 um 22:46 schrieb Gary Gregory:
Well, that puts a nail in that coffin. Thank you for the details.
BUT, you have to look into Apache James which has a decent MIME parser
which we are using at work. I would say that it is enough to have one
decent lib in ASF land than multiple medi
Am 2023-05-07 um 10:54 schrieb Oleg Kalnichevski:
Folks
I would like to move forward with the HttpClient 5.3 development and
release HttpClient 5.3 alpha1 soon. To speed things up I propose that
HttpCore skips one release cycle and HttpClient 5.3 be released based
on HttpCore 5.2. There is nothi
Am 2023-05-07 um 14:23 schrieb Gary Gregory:
Any thoughts on basing 5.3 on Java 11?
Benefit?
I'd expect that version 6 could upgrade Java version.
-
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional comman
Am 2023-06-14 um 13:52 schrieb Oleg Kalnichevski:
Folks
Please review and amend the HttpCore 5.2.2 release notes as you deem
appropriate
https://github.com/apache/httpcomponents-core/blob/master/RELEASE_NOTES.txt
That would also be the right moment to make sure HttpCore master builds
and passe
Am 2023-06-15 um 11:10 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2023-06-16 um 16:08 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2023-08-10 um 20:08 schrieb Oleg Kalnichevski:
Folks
I would like to propose the following course of action. Please let me
know what think.
Features in scope for HttpClient 5.4
--
* RFC 9110 conformance
* RFC 9111 conformance
* Refctoring of synchronized sect
Am 2023-08-11 um 17:16 schrieb Gary Gregory:
For my money, 4.x is no longer maintained, perhaps only for emergency
security fixes.
so be it, I also meant those. But two branches in 5.x is more than enough.
-
To unsubscribe, e
On 2023/08/11 17:11:46 Oleg Kalnichevski wrote:
> On Fri, 2023-08-11 at 17:08 +0200, Michael Osipov wrote:
> > Am 2023-08-10 um 20:08 schrieb Oleg Kalnichevski:
> > > Folks
> > >
> > > I would like to propose the following course of action. Pleas
Am 2023-08-13 um 18:18 schrieb Oleg Kalnichevski:
Folks
Please review and amend the HttpClient 5.3-alpha1 release notes as you
deem appropriate.
https://github.com/apache/httpcomponents-client/blob/master/RELEASE_NOTES.txt
Few notes:
* Bearer, not BEARER
* GSS, not GGS
---
Am 2023-08-15 um 11:38 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.3-alpha1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are mor
Am 2023-09-17 um 11:22 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.3.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2023-11-17 um 10:04 schrieb Oleg Kalnichevski:
Folks
The core and client code bases should now be conformant with RFC 9110,
9111 and 9112.
I would be nice if some one could take upon themselves to review
HttpClient for conformance with RFC 7617 and 7616 and that would make
HttpClient conform
Am 2023-11-19 um 10:02 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.2.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2023-11-24 um 20:12 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.2.4.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
LGTM
-
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org
Am 2023-11-28 um 16:08 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.2.3.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2023-12-03 um 10:42 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.3.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 th
Am 2023-12-08 um 15:10 schrieb Oleg Kalnichevski:
Folks
I propose that as of this moment any support for HttpAsycClient 4.1 and
HttpCore NIO 4.4 be discontinued and the remaining users of those
libraries be strongly encouraged to upgrade to HttpClient 5.3 and
HttpCore 5.2.
This does not af
On 2023/12/15 13:38:36 Oleg Kalnichevski wrote:
>
> Please vote on releasing these packages as HttpCore 5.3-alpha1.
> The vote is open for the at least 72 hours, and only votes from
> HttpComponents PMC members are binding. The vote passes if at least
> three binding +1 votes are cast and there ar
Am 2023-12-20 um 19:01 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.3-alpha1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more
Am 2023-12-26 um 15:42 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.4-alpha1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are mor
Am 2024-01-21 um 11:03 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.3.1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1
Am 2024-02-10 um 15:36 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.3-alpha2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more
Am 2024-03-07 um 09:07 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpClient 5.4-alpha2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are mor
Am 2024-03-11 um 15:11 schrieb Oleg Kalnichevski:
HttpClient 5.4 is going to be the most feature rich minor release
probably since 4.3. There are plenty of small and not so small features
and improvements in it. Overall it is going to be a great release.
It will likely take a few more months to
Am 2024-05-16 um 15:43 schrieb Oleg Kalnichevski:
Folks
I do not think there is any good reason to delay the GA release of
HttpCore 5.3 / HttpClient 5.4. There has been no feedback on the latest
API changes so far and I see no point waiting any longer.
I propose HttpCore 5.3 GA and HttpClient 5
Am 2024-06-14 um 20:09 schrieb Oleg Kalnichevski:
[VOTE] Release HttpCore 5.3-beta1 based on RC1
Please vote on releasing these packages as HttpCore 5.3-beta1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
thre
Am 2024-06-17 um 18:24 schrieb Oleg Kalnichevski:
Please vote on releasing these packages as HttpCore 5.3-beta1.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +
+1
On 2024/06/23 09:09:49 Oleg Kalnichevski wrote:
> Please vote on releasing these packages as HttpClient 5.4-beta1.
> The vote is open for the at least 72 hours, and only votes from
> HttpComponents PMC members are binding. The vote passes if at least
> three binding +1 votes are cast and there
Oleg,
is there any reason why you don't assign issues to yourself if you
planning to fix/already fixed them?
Michael
-
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.
Am 2015-02-27 um 11:28 schrieb Oleg Kalnichevski:
On Thu, 2015-02-26 at 21:16 +0100, Michael Osipov wrote:
Oleg,
is there any reason why you don't assign issues to yourself if you
planning to fix/already fixed them?
What would be the benefit of that other than extra noise on the ma
Hi folks,
can someone update job httpcomponents-client-4.4.x from trunk to
branches/4.4.x and create a 4.5.x job from trunk?
I am solely a dev on Jenkins.
Michael
-
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For a
Am 2015-03-01 um 21:16 schrieb Oleg Kalnichevski:
On Sun, 2015-03-01 at 20:26 +0100, Michael Osipov wrote:
Hi folks,
can someone update job httpcomponents-client-4.4.x from trunk to
branches/4.4.x and create a 4.5.x job from trunk?
Done.
https://builds.apache.org/view/H-L/view
Hi folks,
I need some design clarification on the HttpClient auth backend.
Currently, I trying to figure out how I can plug in connection-based
auth best into the code. From reading the docs and the code, this is
what I understood now:
Client receives a 401/407, looks up the best available
Au
Am 2015-03-02 um 12:31 schrieb Oleg Kalnichevski:
On Sun, 2015-03-01 at 22:45 +0100, Michael Osipov wrote:
Hi folks,
I need some design clarification on the HttpClient auth backend.
Currently, I trying to figure out how I can plug in connection-based
auth best into the code. From reading the
Hi Oleg,
finally I am able to respond. Way too late. A cold has knocked me off
for 10 days.
Am 2015-03-03 um 18:54 schrieb Oleg Kalnichevski:
On Tue, 2015-03-03 at 08:15 +0100, Michael Osipov wrote:
Am 2015-03-02 um 12:31 schrieb Oleg Kalnichevski:
On Sun, 2015-03-01 at 22:45 +0100
Am 2015-03-13 um 18:05 schrieb Oleg Kalnichevski:
On Fri, 2015-03-13 at 15:49 +0100, Michael Osipov wrote:
Hi Oleg,
finally I am able to respond. Way too late. A cold has knocked me off
for 10 days.
Same happened to me a month back. It was not fun. Take it easy.
...
What about the
Am 2015-03-15 um 15:15 schrieb Oleg Kalnichevski:
On Sat, 2015-03-14 at 23:01 +0100, Michael Osipov wrote:
Am 2015-03-13 um 18:05 schrieb Oleg Kalnichevski:
On Fri, 2015-03-13 at 15:49 +0100, Michael Osipov wrote:
...
That looks quite complex. Anyway, if you can think of a bit of
Am 2015-03-15 um 23:00 schrieb Oleg Kalnichevski:
On Sun, 2015-03-15 at 22:09 +0100, Michael Osipov wrote:
Am 2015-03-15 um 15:15 schrieb Oleg Kalnichevski:
On Sat, 2015-03-14 at 23:01 +0100, Michael Osipov wrote:
Am 2015-03-13 um 18:05 schrieb Oleg Kalnichevski:
On Fri, 2015-03-13 at 15:49
Hi folks,
I have finally started coding of that issue. While I was able to write a
working prototype within an hour authenticating against Apache Tomcat
and Apache Web Server, an issue arose I am not really clear about:
Is a credentials provider always necessary for a target host? In other
w
Am 2015-04-06 um 18:12 schrieb Oleg Kalnichevski:
On Mon, 2015-04-06 at 16:26 +0200, Michael Osipov wrote:
Hi folks,
I have finally started coding of that issue. While I was able to write a
working prototype within an hour authenticating against Apache Tomcat
and Apache Web Server, an issue
Am 2015-04-07 um 12:04 schrieb Oleg Kalnichevski:
On Mon, 2015-04-06 at 22:15 +0200, Michael Osipov wrote:
Am 2015-04-06 um 18:12 schrieb Oleg Kalnichevski:
On Mon, 2015-04-06 at 16:26 +0200, Michael Osipov wrote:
Hi folks,
I have finally started coding of that issue. While I was able to
Am 2015-04-07 um 14:05 schrieb Oleg Kalnichevski:
On Tue, 2015-04-07 at 13:23 +0200, Michael Osipov wrote:
...
Oh, Holy Mother. WWW-Authenticate in a 200 response? Really?
Absolutely, it can happen on any response code, at least 2xx and 3xx
because HTTP is crappy for that.
...
I fear
Am 2015-04-07 um 14:42 schrieb Oleg Kalnichevski:
On Tue, 2015-04-07 at 14:25 +0200, Michael Osipov wrote:
Am 2015-04-07 um 14:05 schrieb Oleg Kalnichevski:
On Tue, 2015-04-07 at 13:23 +0200, Michael Osipov wrote:
...
Oh, Holy Mother. WWW-Authenticate in a 200 response? Really?
Absolutely
Am 2015-04-07 um 14:42 schrieb Oleg Kalnichevski:
On Tue, 2015-04-07 at 14:25 +0200, Michael Osipov wrote:
Am 2015-04-07 um 14:05 schrieb Oleg Kalnichevski:
On Tue, 2015-04-07 at 13:23 +0200, Michael Osipov wrote:
...
Oh, Holy Mother. WWW-Authenticate in a 200 response? Really?
Absolutely
Hi folks,
I'd like to you to update on the status of my rewrite challenge:
It did not turn out to be as easy as I have assumed. I debugged a lot of
stuff, read the code, etc. HttpClient is well implementing RFC 2617 auth
schemes which are all request-based (stateless), challenge-response
(ser
Am 2015-04-14 um 20:35 schrieb Oleg Kalnichevski:
On Mon, 2015-04-13 at 22:46 +0200, Michael Osipov wrote:
Hi folks,
I'd like to you to update on the status of my rewrite challenge:
It did not turn out to be as easy as I have assumed. I debugged a lot of
stuff, read the code, etc. HttpC
Am 2015-04-17 um 16:47 schrieb Oleg Kalnichevski:
On Fri, 2015-04-17 at 13:02 +0200, Michael Osipov wrote:
Am 2015-04-14 um 20:35 schrieb Oleg Kalnichevski:
On Mon, 2015-04-13 at 22:46 +0200, Michael Osipov wrote:
Hi folks,
...
Michael,
Probably we have to move resolution of this issue
Oleg,
just have noticed that you started to rewrite the auth API, here are a
few issues which need some improvement:
1. httpclient/src/main/java/org/apache/http/auth/AuthScheme.java:
#getPrinciple That is supposed to be #getPricipal and not
#getPrinciple.
2. Rename AuthState in AuthExch
Am 2015-08-12 um 16:25 schrieb Oleg Kalnichevski:
On Sun, 2015-08-09 at 20:19 +0200, Oleg Kalnichevski wrote:
On Sun, 2015-08-09 at 19:41 +0200, Michael Osipov wrote:
Oleg,
...
I was going to write everything up in a few days, post it to the list
and basically pass everything over to you
Am 2015-11-19 um 12:32 schrieb Oleg Kalnichevski:
Folks
I would like to start working on the first alpha releases of HC 5.0.
There is one issue that still needs to be discussed though before I can
proceed. We need to decide on how we intent to maintain compatibility
with HC 4.x. It is pretty cl
> On Thu, 2015-11-19 at 23:27 +, sebb wrote:
> > On 19 November 2015 at 21:17, Michael Osipov wrote:
> > > Am 2015-11-19 um 12:32 schrieb Oleg Kalnichevski:
>
> ...
>
> > >
> > > First of all, I wouldn't use any of those. (Currently referrin
> On Fri, 2015-11-20 at 12:42 +0100, Michael Osipov wrote:
> > > On Thu, 2015-11-19 at 23:27 +, sebb wrote:
> > > > On 19 November 2015 at 21:17, Michael Osipov
> > > > wrote:
> > > > > Am 2015-11-19 um 12:32 schrieb Oleg Kalnichevski:
>
Am 2015-11-20 um 16:33 schrieb Oleg Kalnichevski:
On Fri, 2015-11-20 at 15:13 +0100, Michael Osipov wrote:
On Fri, 2015-11-20 at 12:42 +0100, Michael Osipov wrote:
On Thu, 2015-11-19 at 23:27 +, sebb wrote:
On 19 November 2015 at 21:17, Michael Osipov wrote:
Am 2015-11-19 um 12:32
Am 2015-11-20 um 19:38 schrieb Gary Gregory:
On Fri, Nov 20, 2015 at 10:04 AM, Michael Osipov
wrote:
Am 2015-11-20 um 16:33 schrieb Oleg Kalnichevski:
On Fri, 2015-11-20 at 15:13 +0100, Michael Osipov wrote:
On Fri, 2015-11-20 at 12:42 +0100, Michael Osipov wrote:
On Thu, 2015-11-19 at
Am 2015-11-20 um 20:57 schrieb Oleg Kalnichevski:
I also can well imagine SSL related components being in a separate
namespace like 'org.apache.hc.core5.ssl'
That would be ok.
At the end, you propose:
HC Core: org.apache.hc.http.core5
HC Client: org.apache.hc.http.client5
HC Async Cilent: org
Am 2015-11-21 um 18:01 schrieb Oleg Kalnichevski:
Folks
I moved code to org.apache.hc.core5 namespace as the first step.
Now I would like to move things around in order to make the package
structure more consistent, reduce circular dependencies between packages
and prepare for messaging code se
Am 2015-11-21 um 19:52 schrieb Gary Gregory:
+1.
I would not mind using Java 8 too.
Believe that is too early. We are using a company-wide, Eclipse
RCP-based product which is on Eclipse 3.4/3.6 and still HttpClient 3.x.
I highly doubt that the dev team will jump on e4 and Java 8 features.
J
Am 2015-11-22 um 20:11 schrieb Oleg Kalnichevski:
On Sat, 2015-11-21 at 19:48 +0100, Michael Osipov wrote:
Am 2015-11-21 um 18:01 schrieb Oleg Kalnichevski:
Folks
I moved code to org.apache.hc.core5 namespace as the first step.
Now I would like to move things around in order to make the
> On Sun, Nov 22, 2015 at 3:10 PM, Jon Moore wrote:
>
> > On Sat, Nov 21, 2015 at 1:56 PM, Michael Osipov
> > wrote:
> >
> > > Am 2015-11-21 um 19:52 schrieb Gary Gregory:
> > >
> > >> +1.
> > >>
> > >> I would n
> On Mon, 2015-11-23 at 10:08 +0100, Michael Osipov wrote:
> > > On Sun, Nov 22, 2015 at 3:10 PM, Jon Moore wrote:
> > >
> > > > On Sat, Nov 21, 2015 at 1:56 PM, Michael Osipov
> > > > wrote:
> > > >
> > > > &
> On Sun, 2015-11-22 at 20:42 +0100, Michael Osipov wrote:
> > Am 2015-11-22 um 20:11 schrieb Oleg Kalnichevski:
> > > On Sat, 2015-11-21 at 19:48 +0100, Michael Osipov wrote:
> > >> Am 2015-11-21 um 18:01 schrieb Oleg Kalnichevski:
> > >>> Folks
> &
> On Mon, 2015-11-23 at 10:51 +0100, Michael Osipov wrote:
> > > On Sun, 2015-11-22 at 20:42 +0100, Michael Osipov wrote:
> > > > Am 2015-11-22 um 20:11 schrieb Oleg Kalnichevski:
> > > > > On Sat, 2015-11-21 at 19:48 +0100, Michael Osipov wrote:
> &g
Am 2015-11-25 um 17:36 schrieb Oleg Kalnichevski:
Folks
I made the first pass at re-arranging packages in HttpCore trunk and
think it is presently good enough for 5.0-alpha1
Please feel free to take a look.
Just checked. Looks like a tremendous move action. I will require a day
or two to hav
Am 2015-11-25 um 21:07 schrieb Gary Gregory:
[..]
|- httpcore
|- httpcore-ab
|- httpcore-osgi
We should always keep in mind that the artifact should be recognizable by
its filname or id. Maybe httpcomponents-httpcore, -httpcore-ab, etc. would
be better but they are, of course, longer. (imho)
Am 2015-11-30 um 19:53 schrieb Gary Gregory:
I mean:
Index: src/main/java/org/apache/hc/core5/http/HttpMessage.java
===
--- src/main/java/org/apache/hc/core5/http/HttpMessage.java (revision
1717301)
+++ src/main/java/org/apache/hc/c
Am 2015-12-01 um 02:22 schrieb Gary Gregory:
On Mon, Nov 30, 2015 at 1:43 PM, Michael Osipov wrote:
Am 2015-11-30 um 19:53 schrieb Gary Gregory:
I mean:
Index: src/main/java/org/apache/hc/core5/http/HttpMessage.java
Am 2015-12-01 um 14:35 schrieb Oleg Kalnichevski:
Folks
I would like to start cutting RC1 for HttpCore 5.0 alpha1 sometime soon.
Could you please take a look at the latest snapshot and let me know if
you find anything that might block the release or cause another RC
build?
While this is an al
Am 2015-12-01 um 21:46 schrieb Oleg Kalnichevski:
On Tue, 2015-12-01 at 21:29 +0100, Michael Osipov wrote:
Am 2015-12-01 um 14:35 schrieb Oleg Kalnichevski:
Folks
I would like to start cutting RC1 for HttpCore 5.0 alpha1 sometime soon.
Could you please take a look at the latest snapshot and
Am 2015-12-01 um 21:52 schrieb Oleg Kalnichevski:
On Tue, 2015-12-01 at 21:50 +0100, Michael Osipov wrote:
Am 2015-12-01 um 21:46 schrieb Oleg Kalnichevski:
On Tue, 2015-12-01 at 21:29 +0100, Michael Osipov wrote:
Am 2015-12-01 um 14:35 schrieb Oleg Kalnichevski:
Folks
I would like to start
Hi folks,
it recently has come to my attention that Commons Logging has been
replaced with Log4J2. Well, I proposed almost two years ago to move to
SLF4J for good reasons [1].
People disagreed that Commons Logging is good enough and this discussion
has been held several times w/o any concensus
While I do say +1 the vote is incomplete:
You missed to provide the target Git repo names. E.g., you won't name
httpcomponents/project/ => project right?
I'd propose the following:
httpcomponents-core
httpcomponents-client
httpcomponents-parent
httpcomponents-stylecheck
httpcomponents-site
It mi
1 - 100 of 1413 matches
Mail list logo