Bug 244277 - [dstore] NPE on file save from old client
Summary: [dstore] NPE on file save from old client
Status: VERIFIED FIXED
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P2 normal (vote)
Target Milestone: 3.0.1   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords:
Depends on: 220892
Blocks:
  Show dependency tree
 
Reported: 2008-08-15 04:29 EDT by Masao Nishimoto CLA
Modified: 2008-09-30 00:44 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Masao Nishimoto CLA 2008-08-15 04:29:09 EDT 
The old client tries to find the miner element using the old name "com.ibm.etools.systems.universal.miners.UniversalFileSystemMiner" to find the uploadlog, and fails.
Comment 1 David McKnight CLA 2008-08-20 13:13:31 EDT 
I've added a new bytestream handler on the host to deal with cases where there's an old client.
Comment 2 Martin Oberhuber CLA 2008-08-25 13:44:43 EDT 
I'm not overly happy about seeing "com.ibm.etools" Strings in our client code.
Older miner ID's are exactly a situation which I have mentioned in bug 220892
while talking about compatibility handling, and I strongly believe that a
client-contributed IDataStoreCompatibilityHandler should be asked for the
fallback miner ID's in case the Open Source ID's do not match.

The change is in UniversalFileSystemMiner.
Comment 3 Masao Nishimoto CLA 2008-09-30 00:44:45 EDT 
Verified