If Scott is +1 then let’s start a vote thread for this.

Ralph

> On Feb 7, 2024, at 8:56 AM, Robert Middleton <rmiddle...@apache.org> wrote:
> 
> +1
> 
> While I agree that it can be useful, it was never really in a state
> where it is.  I think it has a lot of good ideas, but to make it more
> modern and practical it needs to have a much better workflow.
> 
> I may mess around with it more at some point, but it would take a lot
> to be practical.
> 
> If there is a concerted effort in the future to improve it by people
> who do find it useful, I would definitely be open to looking at it
> again.
> 
> -Robert Middleton
> 
> On Wed, Feb 7, 2024 at 2:56 AM Volkan Yazıcı <vol...@yazi.ci> wrote:
>> 
>> +1
>> 
>> Allow me to make some corrections:
>> 
>> `XmlLayout` is dropped in Log4j 3, not in Log4j 2.
>> 
>> Logstash (the L in the ELK, Elasticsearch-Logstash-Kibana, stack) supports
>> reading logs from a file formatted using a particular pattern. You combine
>> Filebeat with grok filter
>> <https://www.elastic.co/guide/en/logstash/current/advanced-pipeline.html>
>> to achieve that.
>> 
>> 
>> On Wed, Feb 7, 2024 at 5:19 AM Scott Deboy <scott.de...@gmail.com> wrote:
>> 
>>> Thank you for spending time working on it Christian.
>>> 
>>> I started contributing to Chainsaw in 2003. I agree. It's time.
>>> 
>>> The primary benefit of Chainsaw was its built-in support for real-time
>>> tailing of ssh-accessible pattern-layout based logs  - something
>>> Kibana doesn't support well, and something no-one ever really
>>> understood about it.
>>> 
>>> It was always a dev-focused tool - it works great for local dev, and
>>> works in some prod envs, if you spend enough time to get the setup to
>>> work.
>>> 
>>> There was no great reason to move off of the log41 deps really - they
>>> aren't used for anything other than parsing the patternlayout, but
>>> log4j1 is dead, so I get it.
>>> 
>>> I use it for my work, and will continue to do so, but the
>>> chainsaw-with-log4j1-dep branch. I may revert master back to that,
>>> because why not.
>>> 
>>> +1
>>> 
>>> Thanks again for putting up with my persistence to try and make it
>>> useful to folks - I appreciate it  :)
>>> 
>>> Scott
>>> 
>>> 
>>> On 2/6/24, Christian Grobmeier <grobme...@apache.org> wrote:
>>>> Hello
>>>> 
>>>> we have had Chainsaw for a long time in our product list, and I can
>>> totally
>>>> see that some - myself included - are emotionally attached to it.
>>> However,
>>>> due to my work on it, I have given it some additional thought.
>>>> 
>>>> After working with the Chainsaw code base for a while, I saw that many
>>>> features were commented out and removed when migrating to Log4j 2.
>>>> 
>>>> Some basic features, such as "Open Logfile to view it directly." were
>>>> removed. It is already hard to recover the functionality since
>>> log4j-extras
>>>> no longer exists. In addition, as I learned recently, Log4j 2 has removed
>>>> the XML Formatter. The old implementation of Chainsaw could only open
>>>> XML-formatted log files.
>>>> 
>>>> Honestly, there is much work to make Chainsaw a working product again. I
>>>> mostly did refactorings and clean-ups, but I am not even through. I could
>>>> continue like this for two more months.
>>>> 
>>>> Restoring the old functionality and making it functional again requires
>>> even
>>>> more months.
>>>> If we had completed it, we would have restored a Swing application,
>>> mostly
>>>> replaced by Kibana stacks.
>>>> 
>>>> At this point, I don't see how we can write the tons of code necessary,
>>> and
>>>> also not how useful it would be. Either all our users are using Log4j 1,
>>> or
>>>> we don't have any users at all for Chainsaw, since it didn't work.
>>>> 
>>>> For that reason, I would like to propose to move Chainsaw to dormant. If
>>> we
>>>> feel for it, we can work and fix it - we should not archive the repo.
>>> But I
>>>> would like to make clear that Chainsaw is not in good shape, and people
>>>> should only use it only "at their own risk."
>>>> 
>>>> I would like to make clear that this proposal is not something I say
>>> easily,
>>>> but I feel it is in the best interest of our users to communicate how we
>>>> currently see the status of this project.
>>>> 
>>>> Please note, that I don't have much time to continue to work on it in the
>>>> next months.
>>>> 
>>>> Remembering the last discussion about this: Scott, are you OK with that
>>>> move? I know it's your baby, but as long as we don't have a working
>>> product,
>>>> we should move it. I am open to moving it back when we somehow get rid of
>>>> all the problems.
>>>> 
>>>> Please let me know if one of you has an alternate proposal - we can also
>>>> discuss it in the next call.
>>>> 
>>>> Kind regards,
>>>> Christian
>>>> 
>>>> --
>>>> The Apache Software Foundation
>>>> V.P., Data Privacy
>>>> 
>>> 

Reply via email to