blocks|key|1449648|text|Lucene+Homepage声明："Apache+Lucene(TM)是一个完全用Java语言编写的高性能、全功能的文本搜索引擎库，它是一种适用于几乎任何需要全文搜索的应用程序的技术，尤其是跨平台的。“|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1449649|它绝对不是一个日志记录框架，我不会在这个问题上推荐它。通过Syslog4j使用log4j进行日志记录或分布式日志记录。|1449650|entityMap|0|LINK|mutability|MUTABLE|url|http://lucene.apache.org/java/docs/index.html|1|http://syslog4j.org/|2|http://logging.apache.org/log4j/^0|0|F|0|0|T|8|1|13|5|2|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$A|W|B|X|1|Y]|$A|Z|B|10|1|11]]|C|$]]|$1|F|3|-4|5|6|7|12|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]|P|$5|I|J|K|C|$L|Q]]]]

The <a href="http://lucene.apache.org/java/docs/index.html" rel="nofollow">Lucene Homepage</a> states: "Apache Lucene(TM) is a high-performance, full-featured text search engine library written entirely in Java. It is a technology suitable for nearly any application that requires full-text search, especially cross-platform. "

It is definitely not a logging framework and I wont recommed it for this issue. Use <a href="http://logging.apache.org/log4j/" rel="nofollow">log4j</a> for logging or distributed loggig with <a href="http://syslog4j.org/" rel="nofollow">Syslog4j</a>.

blocks|key|432494|text|我也同意应该使用log4j，生成日志文件并使用ctrl+%2B+f进行搜索，Lucene对于这种情况不是一个好的选择。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|432495|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I also agree that one should use log4j, generates log files and search using the ctrl + f, Lucene is not a good choice for this situation

blocks|key|433534|text|Lucene是一个文本搜索引擎API，而不是一个日志框架。我更喜欢slf4j。您可以使用DB附加器，然后根据需要查询结果。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|433535|entityMap|0|LINK|mutability|MUTABLE|url|http://www.slf4j.org/^0|X|5|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Lucene is a text search engine API, not a logging framework. I would prefer <a href="http://www.slf4j.org/" rel="nofollow">slf4j</a>. You could use a DB appender and then query your results as needed.

blocks|key|432530|text|Log4j有一个JDBC附加器。这显然不会更新索引。如果可以手动或计划地更新索引，即没有实时功能，那么这是一个相当容易的设置。如果这是不可接受的，您可以编写一个使用Lucene或Hibernate搜索的自定义附加器。因此，这是可能的，并且取决于在日志中所需的搜索量，它甚至可能是有用的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|432531|但是:使用这种方法会增加额外的日志开销和可能的问题(数据库和索引问题)。如果在日志文件中搜索是一项如此常见的任务，以至于必须对日志文件进行索引，那么就会有其他的问题。|432532|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Log4j has a JDBC appender. This obviously would not update the index. If it is ok to update the index manually or scheduled, i.e. not having real time capability, then this is a quite easy setup. If this is not acceptable you could write a custom appender that uses Lucene or Hibernate Search. So it is possible and depending on the amount of search needed within the logs it may even be useful.

But: You add additional logging overhead and possible problems (database and index problems) with this approach. If searching through logfiles is a task so common that the log files have to be indexed something else smells.

blocks|key|1449716|text|你的老板可能正在寻找像splunk这样的东西(集中式索引和一个很好的查询界面)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1449717|免责声明:这是一种商业产品，我不为他们工作，也不以任何方式与该产品联系在一起:)|1449718|entityMap|0|LINK|mutability|MUTABLE|url|http://www.splunk.com/^0|B|6|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

Your boss is probably looking for something like <a href="http://www.splunk.com/" rel="nofollow">splunk</a> (centralized indexing and a nice query interface). 

Disclaimer: it'sa comercial product and I don't work for them nor am I associated in any way with the product :)

blocks|key|401543|text|我认为使用案例应该是相同的lucene，以方便搜索和查询。在具有多个不同日志的应用程序中，例如登录日志、模块的操作日志、另一个模块中的操作的日志，记录特权操作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|401544|并且系统内具有权限的用户可以以报告的形式进行查询，因此他们可以检查事件的发生情况。|401545|还不知道Splunk，可能会解决这个问题|401546|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I think the use case would be the same lucene to facilitate the search and query. In an application that has several different logs, for example, login logs, logs of actions for an module, logs of the action in another module, logs privileged actions.

And the query would be possible for users with permission within the system in the form of reports, so they can inspect the occurrences.

Still do not know Splunk, might solve this problem

We are building a web app, and my boss insists on using lucene, because the logs will be indexed and the admin can search and query it after.

But, IMHO, lucene is an indexing API, so, I think that the correct is use it to index things, not to store logs. The admin usually is a admin, not a dumb user. He could perfectly open the log files and search inside it with a CTRL+F like shortcut.

log4j is an log API, so, it means that it should be used to log things. I think that it is the correct choice.

Am I right? What do you think about it?
Exists a API that could be used to query a log file?

thanks.

Logs: log4j or lucene?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们正在构建一个web应用，我的老板坚持使用lucene，因为日志将被索引，管理员可以在之后对其进行搜索和查询。但是，我的意思是，lucene是一个索引API，所以，我认为正确的做法是使用它来索引事物，而不是存储日志。管理员通常是管理员，而不是哑巴用户。他可以完美地打开日志文件，并使用类似CTRL+F的快捷方式在其中进行搜索。log4j是一个日志接口，所以，它意味着应该使用它来记录事件。我认为这是

问日志: log4j还是lucene？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问日志: log4j还是lucene？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问日志: log4j还是lucene？
EN