loggingexception的填充消息和堆栈跟踪的正确方法是什么? logger.error( "\ncontext info one two three: {} {} {}\n", new Object[] {"1", "2", "3"}, new Exception("something went wrong")); 我想产生一个类似于这样的输出: context info one two three: 1 2 3 java.lang.Exception: something went wrong stacktrace 0 stacktrace 1 stacktrace … slf4j版本1.6.1
我想在我的程序中使用日志。 我听说过java.util.logging ,但我不知道如何开始。 有什么我能用logging做什么的例子? 我如何使用我自己的程序日志logging?
我在当前项目中使用了logback 。 它提供六个级别的日志logging:TRACE DEBUG INFO WARN ERROR OFF 我正在寻找经验法则来确定常见活动的日志级别。 例如,如果线程被locking,日志消息应该设置为debugging级别还是信息级别。 或者,如果套接字正在使用,它的特定ID是否应该logging在debugging级别或跟踪级别。 我会感谢每个日志logging级别的更多示例的答案。
我正在寻找一种在PHP中打印调用堆栈的方法。 如果函数刷新IO缓冲区,奖励点。
在我的生活中,我第一次发现自己处于一个正在编写一个开源的Java API的位置。 希望被纳入许多其他项目。 对于日志logging,我(和我工作的人)总是使用JUL(java.util.logging),从来没有任何问题。 但是现在我需要更详细地了解我应该为我的API开发做些什么。 我已经做了一些这方面的研究,并用我得到的信息,我只是更加困惑。 因此这篇文章。 因为我来自JUL,所以我对此很有偏见。 我对其余的知识不是那么大。 从我所做的研究中,我已经想出了人们不喜欢JUL的原因: “在Sun发布JUL之前,我就开始用Java开发了,而且我继续使用logging-framework-X而不是学习新的东西” 。 嗯。 我不是在开玩笑,这其实是人们所说的。 有了这个论点,我们都可以做COBOL。 (但是我当然可以把这当作是一个懒惰的家伙) “我不喜欢JUL的日志级别的名字” 。 好吧,严重的是,这只是不足以引入新的依赖关系。 “我不喜欢JUL输出的标准格式” 。 嗯。 这只是configuration。 你甚至不需要做任何代码明智的事情。 (事实上,在过去,您可能不得不创build自己的Formatter类才能正确使用)。 “我使用其他也使用logging-framework-X的库,所以我认为使用这个库更容易 。” 这是一个循环论证,不是吗? 为什么'每个人'使用日志框架-X而不是JUL? “其他人都在使用logging-framework-X” 。 这对我来说只是上述的一个特例。 多数并不总是正确的。 所以真正的大问题是为什么不是JUL? 。 我错过了什么? 日志外观(SLF4J,JCL)存在的理由是历史上存在多种日志实现方式,其原因实际上可以追溯到JUL看到的那个时代。 如果JUL是完美的,那么伐木外墙将不存在,或者什么? 而不是拥抱他们,我们不应该问为什么他们是必要的第一位? (看看这些原因是否还存在) 好的,到目前为止,我的研究已经导致了几个我可以看到的JUL可能是真正的问题 : 性能 。 有人说SLF4J的性能比其他的要好。 这在我看来是一个过早优化的例子。 如果你需要logging每秒数百兆字节,那么我不知道你是否在正确的道路上。 JUL也发展了,你在Java 1.4上做的testing可能不再是真实的。 你可以在这里阅读它,并且这个修补程序已经把它写入了Java 7中。许多人还谈到了日志logging方法中string串联的开销。 然而,基于模板的日志logging避免了这种成本,它也存在于JUL中。 我个人从来没有真正写过基于模板的日志。 太懒了。 例如,如果我与JUL做这个: […]
我打印我的exception到一个日志文件目前使用: try: # coode in here except Exception, e: logging.error(e) 我可以打印关于exception的更多信息和生成它的代码,而不仅仅是exceptionstring? 像行号或栈跟踪会很好。
logging消息的方式有很多种,按照死亡的顺序排列: FATAL ERROR WARN INFO DEBUG TRACE 我该如何决定何时使用? 什么是一个好的启发式使用?
根据这个post,它是在testing版,但它不是在发布?
Killswitchcollective.com的旧文章,2009年6月30日 ,有以下input和输出 git co master git merge [your_branch] git push upstream ABCDE ABCDEFG \ —-> \ your branch CDE G 我感兴趣的是如何在OS / X中不使用Gitk或Gitx的情况下,在terminal中获取类似树视图的提交。 你怎么能在terminal上得到树状的提交视图?
我找不到任何地方已经logging了这一点。 默认情况下,find()操作将从头开始获取logging。 如何获得mongodb中的最后N个logging? 编辑:我也希望返回的结果从最近到最近sorting,而不是相反。