Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 82997 - Japanese chars are not shown in Log View when importing Japanese logs on a Japanese machine
Summary: Japanese chars are not shown in Log View when importing Japanese logs on a Ja...
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Hyades (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Dave Smith CLA
QA Contact:
URL:
Whiteboard: closed460
Keywords:
Depends on:
Blocks: 83629
  Show dependency tree
 
Reported: 2005-01-17 13:15 EST by Dave Smith CLA
Modified: 2012-02-15 13:47 EST (History)
0 users

See Also:


Attachments
CommonBaseEvent log file containing Japanese characters (423.63 KB, application/octet-stream)
2005-01-17 13:27 EST, Dave Smith CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Smith CLA 2005-01-17 13:15:03 EST
When log files containing Japanese characters are imported into the Log View 
using Log and Trace Analyzer on a Japanese machine, the Japanese characters are 
omitted from the event data and therefore not shown in the Log view.

This problem was found by downstream products that have static parsers for logs 
such as DB2 and Oracle logs.  However, it will probably affect rules based 
parsers as well.

The problem is in the GLA runtime code.  If the character set is not specified 
in the Context configuration in the adapter file, the GLA hard codes the 
characters set to be used to read the log file as UTF-8 on all platforms except 
z/OS where it hardcodes IBM-1047.  This is incorrect behaviour because it 
doesn't support native DBCS encodings.  The GLA should use the default JVM 
character set encoding by default to read log files which can then be 
overridden by the setting in the Context Instance configuration in the adapter 
file.  This will affect both static and rules-based parsing because common code 
is used to read the log file.
Comment 1 Dave Smith CLA 2005-01-17 13:15:49 EST
This should be fixed in 3.3
Comment 2 Dave Smith CLA 2005-01-17 13:27:02 EST
Created attachment 17212 [details]
CommonBaseEvent log file containing Japanese characters

The third, fifth and sixth records contain Japanese characters.
Comment 3 Dave Smith CLA 2005-01-17 13:28:41 EST
The attached CommonBaseEvent XML log file can be imported on a Japanese machine 
to show this behavior - no Japanese characters will be shown in the Log View.
Comment 4 Dave Smith CLA 2005-01-25 11:38:33 EST
Fix committed to Head - in Context.update() set the charset to the 
file.encoding system property value if it exists.
Comment 5 Dave Smith CLA 2005-01-25 11:48:57 EST
Created bugzilla 83629 to change the documentation to reflect this fix.
Comment 6 Paul Slauenwhite CLA 2009-06-30 09:35:04 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 originator of this enhancement/defect has an inactive Bugzilla account 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.