Bug 182872 - [3645]: Usable log adapter failure handling
Summary: [3645]: Usable log adapter failure handling
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: TPTP.monitoring (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Rohit Shetty CLA
QA Contact:
URL:
Whiteboard: closed460
Keywords: PII, plan
Depends on:
Blocks:
 
Reported: 2007-04-18 02:56 EDT by Hari H Krishna CLA
Modified: 2010-06-03 15:10 EDT (History)
5 users (show)

See Also:


Attachments
Adapter Failure handling patch (17.55 KB, patch)
2008-02-01 11:29 EST, Rohit Shetty CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Hari H Krishna CLA 2007-04-18 02:56:30 EDT
Build ID: I20070222-0951

Steps To Reproduce:
TPTP modifications for the below mentioned requirements.

1.  Improve the error message.  The message should state that the log could notbe imported and does not seem to match the adapter.

If we are dependent on adapter providers, for the contents, we need a best practice for writing understandable messages.

2.  Once the import fails, the log is still shown in the left navigation, butcannot be modified.  Users should be able to right-click on the file and changethe filter in order to reimport the file.

More information:
Comment 1 Suresh Bandanadam CLA 2007-04-18 12:56:46 EDT
Consolidated patch for Bugzilla's 182984, 182872, 182871 for the packages org.eclipse.hyades.logging.parsers and org.eclipse.hyades.logging.adapter has been attached to Bugzilla 182984
Comment 2 Dave Smith CLA 2007-04-18 13:03:30 EDT
I suspect this defect is against the GLA Run-time so I am changing the component to Monitor.Execution.  Monitor.UI.GLARules is for the GLA Editor.
Comment 3 Dave Smith CLA 2007-04-24 10:56:10 EDT
I am deferring this to future because it requires PII changes and PII is frozen in TPTP 4.4.  More investigation of the suggested patch is required.
Comment 4 Dave Smith CLA 2007-04-24 10:57:05 EDT
Here is more explanation from Hari regarding the proposed fix and scenarios addressed:

The purpose of the LogParserExceptionHandler class is to accumulate exception messages while parsing and throw the final exception message after a threshold is reached or after all parsing is completed. We want to be able to display meaningful error messages for the following scenarios :-

1) While importing an empty log file
2) While importing inappropriate logs (caused either due to wrong selection of the version of the log or due to the wrong selection of the log type itself)
3) While importing a correct log file, if exceptions occur while parsing some line(s), we would want to show the user the exact line and line-number at which the exception occurs so that they could provide the same information to the support personnel. If this situation occurs we would not want to stop parsing all- together but we would like to accumulate the exceptions generated by these few lines but still be able to import the remainder of the log and in the end show the final exception message.
Comment 5 Eric Labadie CLA 2007-08-09 10:51:57 EDT
This is required from AC perspective
Comment 6 Dave Smith CLA 2007-09-14 18:16:58 EDT
Added sizing.  Since coding is mostly done (included in patch for org.eclipse.hyades.logging.parsers attached to https://bugs.eclipse.org/bugs/show_bug.cgi?id=182984), the majority of work involved is testing in both the log import and standalone scenarios.
Comment 7 Rohit Shetty CLA 2008-02-01 11:29:44 EST
Created attachment 88592 [details]
Adapter Failure handling patch

Reviewed and updated patch with the failure handling code.

Tested.
Comment 8 Rohit Shetty CLA 2008-02-01 11:32:30 EST
Fixed in HEAD
Comment 9 Paul Slauenwhite CLA 2009-06-30 12:18:37 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.