Return-Path: X-Original-To: apmail-manifoldcf-dev-archive@www.apache.org Delivered-To: apmail-manifoldcf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F3D271768F for ; Fri, 17 Oct 2014 10:50:22 +0000 (UTC) Received: (qmail 23512 invoked by uid 500); 17 Oct 2014 10:50:22 -0000 Delivered-To: apmail-manifoldcf-dev-archive@manifoldcf.apache.org Received: (qmail 23460 invoked by uid 500); 17 Oct 2014 10:50:22 -0000 Mailing-List: contact dev-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@manifoldcf.apache.org Delivered-To: mailing list dev@manifoldcf.apache.org Received: (qmail 23448 invoked by uid 99); 17 Oct 2014 10:50:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Oct 2014 10:50:22 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of daddywri@gmail.com designates 209.85.213.49 as permitted sender) Received: from [209.85.213.49] (HELO mail-yh0-f49.google.com) (209.85.213.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Oct 2014 10:50:17 +0000 Received: by mail-yh0-f49.google.com with SMTP id a41so230998yho.36 for ; Fri, 17 Oct 2014 03:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=cOeyDIBqofMV2DOXCS+SmTkyRcr/j5Z/UlFaWeScs7o=; b=pepB4gzz2HzMKTJJsbNzDEu2n7JwaS1/rtM6pmuyDC4yGEVYbhtoQ1d22ciAPvO5fB cJlbOBxW3poMWFEAMUAiw1YQx5iJ5qLBaXCWYalQzacILGNkV5inlW754ZxQ69NF14ij OZ+YFRHh8vXTEItWGNA8x/GrYjr4vYK0JLuT7+Iot+MVt5Nl5iiynKcg8GpjbDSRyXds 2grIsgCIkU8suQxz7ffIPULgcgoobqupmTVW5MFsfV9iVoq52NXuF/6ZJO1vYR2K+c0a MN8FJE6IRW/j0abunH+6EyBYsWpa/EC9bFNLWzNXLr5HMY61IrVshvEH0DGElrduRDyX QO5w== MIME-Version: 1.0 X-Received: by 10.236.7.52 with SMTP id 40mr1994460yho.172.1413542996210; Fri, 17 Oct 2014 03:49:56 -0700 (PDT) Received: by 10.170.189.214 with HTTP; Fri, 17 Oct 2014 03:49:56 -0700 (PDT) In-Reply-To: References: <1C582273-0DEA-4BCF-8682-C17BCA47175F@gmail.com> Date: Fri, 17 Oct 2014 06:49:56 -0400 Message-ID: Subject: Re: Logging From: Karl Wright To: dev Content-Type: multipart/alternative; boundary=001a1133e48a29f95e05059c200e X-Virus-Checked: Checked by ClamAV on apache.org --001a1133e48a29f95e05059c200e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable We *have* a feature that is cross-cluster and is meant for precisely this purpose. This is the history table. If Tika exceptions are not logged as the result of a transformation attempt in this table, they should be. We've in general been slow to add support for activity logging in our connectors; perhaps we should put our effort towards fixing that problem. Thanks, Karl On Fri, Oct 17, 2014 at 6:46 AM, Karl Wright wrote: > Hi Muhammed, > > In a cluster, where do you expect to look for the log file? The log will > only apply to the cluster member running the crawler UI. > > Karl > > > On Fri, Oct 17, 2014 at 5:59 AM, Muhammed Olgun > wrote: > >> Hi Karl, >> >> I think that we can also read logging.ini file from the MCF and show, fo= r >> instance, last 50 lines of log file. >> >> We can see that is the document processed or not from the document statu= s >> report but we cannot see that why the document isn't processed. May be >> document isn't processed because there was a tika exception or something >> different. We have to check the log file. >> >> If we can add such a feature, we will check the log file easily and we >> won=E2=80=99t have to access the server to check the log file. >> >> Muhammed >> >> >> On 17 Oct 2014, at 11:53, Karl Wright wrote: >> >> > Hi Muhammed, >> > >> > The problems with that idea are several: >> > >> > (1) You don't know where the logs are, or if/when they rolled. All of >> that >> > is configured in the logging.ini file. >> > (2) The logs may be very very large. >> > (3) The logs are meant for a different sort of user than the typical U= I >> > user. >> > >> > The only programs I know who allow you to view logs capture them >> explicitly >> > themselves, for example Jenkins. >> > >> > It is probably far better to capture more kinds of activities in the >> simple >> > history than to try to provide a log viewer in the UI. Can you descri= be >> > what you would want to look for? >> > >> > Karl >> > >> > >> > >> > On Fri, Oct 17, 2014 at 4:40 AM, Muhammed Olgun >> wrote: >> > >> >> Hi, >> >> >> >> I was thinking that we should add a feature which shows manifoldcf.lo= g >> in >> >> MCF's control panel. What do you think about it? >> >> >> >> Muhammed >> >> >> >> > --001a1133e48a29f95e05059c200e--