Robert Middleton has also offered to help. I would suggest you collaborate here
and in either a combined or individual forks.
Ralph
> On Jan 6, 2020, at 7:33 PM, Stephen Webb wrote:
>
> Hi All,
> I am prepared to commit time to helping progress log4cxx to a release.
>
> I would like to add a
All help is welcome!
Remko
> On Jan 7, 2020, at 11:34, Stephen Webb wrote:
>
> Hi All,
> I am prepared to commit time to helping progress log4cxx to a release.
>
> I would like to add a modern CMake build option to log4cxx and then create
> a port in vcpkg (see https://github.com/microsoft/
Hi All,
I am prepared to commit time to helping progress log4cxx to a release.
I would like to add a modern CMake build option to log4cxx and then create
a port in vcpkg (see https://github.com/microsoft/vcpkg/issues/6125). I
have sent a signed ICLA to the secretary.
Does anyone have any comments
On Sat, Jan 4, 2020 at 11:40 PM Ralph Goers wrote:
>
> The project to which PMC members belong is Apache Logging Services. When a
> committer is invited they have access to all the logging project repositories
> except for the one area that is limited to PMC members.
>
> If you plan on making si
I am not against making a change but I would need to see performance results
before it gets merged.
Ralph
> On Jan 6, 2020, at 2:20 PM, Carter Kozak wrote:
>
> Let's give it a try and see how we like it :-) I probably won't have time to
> prototype it for a month or two, but I think we could
Let's give it a try and see how we like it :-) I probably won't have time to
prototype it for a month or two, but I think we could gain performance by
passing top level objects around (including between threads) instead of copying
data between buffer and objects on heap.
-ck
On Mon, Jan 6, 202
It seems like it'd be more flexible to tune, too. The current
ThreadLocal approach scales uncontrollably with the number of threads
as it is.
On Mon, 6 Jan 2020 at 12:20, Gary Gregory wrote:
>
> I like the idea of centrally controlling these objects. This should make
> resource monitoring easier
I like the idea of centrally controlling these objects. This should make
resource monitoring easier as well.
Gary
On Mon, Jan 6, 2020, 13:09 Matt Sicker wrote:
> Would it be useful to implement some sort of buffer pool for
> StringBuilders and ByteBuffers? Could likely copy code from netty's
>
Would it be useful to implement some sort of buffer pool for
StringBuilders and ByteBuffers? Could likely copy code from netty's
util library (ByteBuf et al.) or reuse stuff from commons-pool if
needed. This would work properly in applications, servlets, and even
reactive streams and lightweight th
Hi Ralph,
Happy New Year !
*Per the JDK 14 schedule , we are now in Rampdown Phase One*
*Please advise if you have found any issues while testing the latest
Early Access build.
*
* The overall feature set is frozen.
o No further JEPs will be targeted to this release
o For more det
10 matches
Mail list logo
