I have been working with Matt Sicker as reviewer and sponsor to implement a
Log4j Kotlin adapter. Similar to the Scala adapter, the purpose of this
project is to adapt the Log4j2 API to idiomatic Kotlin.
The tracking issue is here:
https://issues.apache.org/jira/browse/LOG4J2-1705
The repository i
n a
> week or so.
>
> Ralph
>
> > On May 16, 2018, at 12:32 PM, Raman Gupta wrote:
> >
> > I have been working with Matt Sicker as reviewer and sponsor to implement a
> > Log4j Kotlin adapter. Similar to the Scala adapter, the purpose of this
> > p
Thanks Ralph, let me know if you need anything from me.
Regards,
Raman
On 01/06/18 02:28 PM, Ralph Goers wrote:
> I might be able to find some time this weekend, although I am still
> overloaded.
>
> Ralph
>
>> On Jun 1, 2018, at 11:06 AM, Raman Gupta wrote:
>>
t; Just more time. Unfortunately, I ended up spending my weekend working on
> >> stuff for my paying job.
> >>
> >> Ralph
> >>
> >>> On Jun 2, 2018, at 9:22 PM, Raman Gupta wrote:
> >>>
> >>> Thanks Ralph, let me know if y
There is a simple example in the source:
https://github.com/apache/logging-log4j-kotlin/blob/master/log4j-api-kotlin-sample/src/main/kotlin/org/apache/logging/log4j/kotlin/sample/LoggingApp.kt
And obviously as the primary author of this, my non-binding vote it +1 :-)
Regards,
Raman
On Mon, Jul
t;>> I’ll try to do this today or tomorrow.
> > >>>
> > >>> Ralph
> > >>>
> > >>>> On Jul 14, 2018, at 10:07 AM, Matt Sicker wrote:
> > >>>>
> > >>>> Apologies for the delay. I've added shasums t
>>>>>> On Mon, Sep 24, 2018 at 13:40, Matt Sicker wrote:
> >>>>>>
> >>>>>>> +1 from me.
> >>>>>>>
> >>>>>>> I'll finish up the release tonight. Thanks for reviewing, and sorry
> >
irroring to sync up to announce officially).
> Otherwise, I'm not very experienced with maven plugins, so I'm currently
> blocked there.
>
> On Wed, 31 Oct 2018 at 11:56, Raman Gupta wrote:
>
> > Following up on this. Any progress towards publication of this artifact?
>
instance of Nexus or Artifactory or probably even just stage it in
> your local file system. In fact, running ‘mvn site’ should be enough to see
> where the build is currently broken.
>
> On Thu, Nov 1, 2018 at 01:51, Raman Gupta wrote:
>
> > Since I don't have permiss
ging-log4j-kotlin/pull/6.
Regards,
Raman
On Thu, Nov 1, 2018 at 11:35 PM Matt Sicker wrote:
>
> Did that build the source and javadoc jars as well?
>
> On Thu, Nov 1, 2018 at 20:59, Raman Gupta wrote:
>
> > Matt, I had no issue building the site with jdk10:
> >
> > [
I think Matt forgot to update the list... as far as I can tell, the
source zip is ok now, thanks Matt.
On Sat, Nov 3, 2018 at 3:44 PM Matt Sicker wrote:
>
> Whoops, not sure how I missed that. Let me try again.
>
> On Sat, 3 Nov 2018 at 13:25, Ralph Goers wrote:
>
> > -1
> >
> > The source zip is
Oops, never mind, this is the -rc2 vote thread. Matt created an -rc3
vote thread already. Apologies for the noise.
On Tue, Nov 6, 2018 at 10:16 AM Raman Gupta wrote:
>
> I think Matt forgot to update the list... as far as I can tell, the
> source zip is ok now, thanks Matt.
> On Sat,
I guess I can +1 this now too.
On Thu, Dec 27, 2018 at 11:11 AM Matt Sicker wrote:
>
> My +1 along with a +1 from Remko.
>
> On Sun, 2 Dec 2018 at 23:03, Ralph Goers wrote:
>
> > Sorry for taking so long. I somehow missed this thread. Hopefully others
> > will also review it.
> >
> > +1
> >
> >
I noticed the website mostly looks pretty good, except the component
report pages appear to be unstyled (there are 404s on the bootstrap
css, jquery javascript, and various images):
https://logging.apache.org/log4j/kotlin/log4j-api-kotlin/index.html
https://logging.apache.org/log4j/kotlin/log4j-ap
A follow-on feature could be a Kotlin DSL. Kotlin is fully typed, but
with a lot of Groovy-like features that enable elegant DSLs. The
Gradle team, for example, has created a Kotlin DSL that can be used
instead of their Groovy DSL. I don't know the details of how it works,
but IntelliJ is able to p
I'm no JMH expert... but, there is a lot more going on there than just
iterations to avoid the extra time for JIT compilation on warmup.
Checkout https://shipilev.net/talks/devoxx-Nov2013-benchmarking.pdf
for an idea of the kinds of problems naive timer-only benchmarks
encounter, and the different
If there are API incompatibilities, an slf4j-like 2.x api bridge to
3.x would probably be the way to go.
Its been a while since I looked at it, but IIRC, while implementing
the Kotlin logger (https://logging.apache.org/log4j/kotlin/), I did
note some things that it would be nice to change in the A
What is the point of releasing log4j 3.x if you only intend to make
non-breaking changes? Is it just a marketing thing then?
On Mon, Dec 16, 2019 at 2:53 PM Ralph Goers wrote:
>
>
>
> > On Dec 16, 2019, at 12:41 PM, Gary Gregory wrote:
> >
> > You cannot control "stratification" any more than ho
forth. However, for a project as
widely used as log4j2, I can see how the equation is a bit different,
and agree that maintaining API compat has compelling advantages.
Regards,
Raman
On Mon, Dec 16, 2019 at 2:59 PM Raman Gupta wrote:
>
> What is the point of releasing log4j 3.x if you only
I was thinking about contributing a JsonTemplateLayout for the structured
logging format expected by Google Cloud Logging [1].
This is what I've come up with so far: any comments are welcome:
https://gist.github.com/rocketraman/824ca9527bb8c7226d40db2b4d78efa7.
[1] https://cloud.google.com/logg
c.vm (See the "predefined event
>templates" paragraph there.)
>- Update changes.xml (... dev="vy" ... due-to="Raman Gupta")
>- Put the file to
>log4j-layout-template-json/src/main/resources/GcpLoggingLayout.json
>
> Kind regards.
>
> On Thu,
On Sun, Jul 4, 2021 at 2:59 PM Volkan Yazıcı
wrote:
> *[My answers are inline.]*
>
> On Thu, Jul 1, 2021 at 11:48 PM Raman Gupta wrote:
>
> >
> > https://issues.apache.org/jira/browse/LOG4J2-3116
> > https://github.com/apache/logging-log4j2/pull/543
> >
+1
On Sat, Aug 28, 2021 at 4:11 PM Matt Sicker wrote:
> Hey everyone, we have a new release candidate for Log4j Kotlin API.
> This is a vote to release Log4j Kotlin API 1.1.0. Please download,
> validate, and cast your votes here.
> [] +1, release the artifacts
> [] -1, don't release because...
+1
On Tue, Dec 14, 2021 at 12:38 AM Matt Sicker wrote:
> This is a vote to release Log4j Kotlin API version 1.2.0, the next version
> of the Kotlin facade for Log4j2.
>
> Please download, test, and cast your votes on the log4j developers list.
> [] +1, release the artifacts
> [] -1, don't releas
As far as I can tell nothing has changed? Did you mean to point to 2.17.0?
On Sun, Dec 19, 2021 at 5:52 PM Matt Sicker wrote:
> This is a vote to release Log4j Kotlin API version 1.2.0, the next version
> of the Kotlin facade for Log4j2.
>
> Please download, test, and cast your votes on the log4
On Thu, Sep 14, 2023 at 2:39 PM Volkan Yazıcı wrote:
> I'd like to release `log4j-kotlin` 1.3.0, though one thing still needs
> to be decided: Kotlin baseline. I'd like to raise this from `1.3.72`
> to `1.6.21`. Thoughts? Objections?
>
I don't have any objections as the current version is 1.9.x
Thanks for the feedback Volkan. The PR with all of these changes is:
https://github.com/apache/logging-log4j-kotlin/pull/56
Regards,
Raman
On Thu, Dec 7, 2023 at 5:54 AM Volkan Yazıcı wrote:
> Raman, Matt, great that you want to release the next version of the Log4j
> Kotlin! Thanks for your t
ent/latest/#release-instructions>.
>
> On Mon, Dec 11, 2023 at 11:53 PM Raman Gupta
> wrote:
>
>> Thanks for the feedback Volkan. The PR with all of these changes is:
>>
>> https://github.com/apache/logging-log4j-kotlin/pull/56
>>
>> Regards,
>>
On Thu, Mar 21, 2024 at 5:30 AM Piotr P. Karwasz
wrote:
> Hi Ralph,
>
> On Thu, 21 Mar 2024 at 07:03, Ralph Goers
> wrote:
> > > 1. Raman and Mikko would like to bind context data to an object
> > > implementing the `Logger` interface or more generally to a service
> > > object (e.g. resource ma
On Thu, Mar 21, 2024 at 6:19 PM Piotr P. Karwasz
wrote:
> Hi Raman,
>
> On Thu, 21 Mar 2024 at 22:51, Raman Gupta wrote:
> > > > For example, a User could configure a custom MessageFactory that
> > > provides an extension of MapMessage that causes the message to
On Thu, Mar 21, 2024 at 9:58 PM Ralph Goers
wrote:
>
> > On Mar 21, 2024, at 2:48 PM, Raman Gupta wrote:
> >
> > On Thu, Mar 21, 2024 at 5:30 AM Piotr P. Karwasz <
> piotr.karw...@gmail.com>
> > wrote:
> >
> >> Hi Ralph,
> >>
> >
31 matches
Mail list logo