This vote has passed with 3 +1 votes from Piotr Karwasz, Gary Gregory, and
Ralph Goers. I will continue with the release process.
Ralph
My +1
Ralph
> On Jun 20, 2023, at 4:41 AM, Gary Gregory wrote:
>
> +1
>
> Tested src zip file, ASC and SHA512 OK.
> Builds OK with 'mvn clean verify'
>
> I did not do any integration testing with my apps as it is a pain to
> use something that is not in MC yet so that my CI/CD can more easily
Hi all,
According to MongoDB's lifecycle page:
https://www.mongodb.com/support-policy/lifecycles
MongoDB 3.x reached end-of-life in 2021.
Should we drop the `log4j-mongodb3` module in Log4j 3.x?
Piotr
PS: We forgot to drop `log4j-liquibase` in the `main` branch. I'll do
it shortly.
Yes, 32-bit builds should be OK. The code at line 64 should be
AppenderSkeleton(const LayoutPtr& layout);
The code at line 44 should be:
AppenderSkeleton(LOG4CXX_PRIVATE_PTR(AppenderSkeletonPrivate) priv);
Asif, is your AppenderSkeleton.h different?
On Wed, Jun 21, 2023 at 7:25 AM Gary Gregor
Do we even still support 32-bit builds?
Gary
On Tue, Jun 20, 2023, 17:09 Ghori, Asif [US] (AS)
wrote:
> Hi
>
> I downloaded the Apache Log4cxx 1.1.0 and tried to compile using the
> instructions of cmake/make file for 32 bit build.
> I get the following error:
>
> Call of overloaded
> 'Appender
Hi
I downloaded the Apache Log4cxx 1.1.0 and tried to compile using the
instructions of cmake/make file for 32 bit build.
I get the following error:
Call of overloaded
'AppenderSkeleton(std::unique_ptr) is ambiguous
And than candidate listed are appenderskeleton.h line 44 and line 64.
I se
The JSON configuration can use the built-in JSON parser via the “Jason” version
of the JSON configuration classes. I already added that a while ago. The
Jackson ones can be moved to their own module.
As for async logging, if it’s possible to break it into its own module, that’d
be great, partic
+1
Tested src zip file, ASC and SHA512 OK.
Builds OK with 'mvn clean verify'
I did not do any integration testing with my apps as it is a pain to
use something that is not in MC yet so that my CI/CD can more easily
pick it up in branch builds. I'm happy to see real bits go out though!
:-)
- TODO
