This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 209242 - Error Management for MDR interface to SML repository
Summary: Error Management for MDR interface to SML repository
Status: RESOLVED DUPLICATE of bug 209224
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Cosmos (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Steve Jerman CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 209227
  Show dependency tree
 
Reported: 2007-11-08 14:08 EST by David Whiteman CLA
Modified: 2012-01-03 13:54 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Whiteman CLA 2007-11-08 14:08:48 EST
The Resource Modeling components should use the COSMOS Error Management
programming model as defined in bug 209227.  The CMDBf service, repository, validation, and SMLIF plug-ins need to handle both user and system errors.
Comment 1 amehrega CLA 2007-11-09 11:01:43 EST
I envision the common error management will simply be a common set of log files
that can be used to log any messages.

I only see the relevance of logging to this set when the SML MDR will be
running as part of the COSMOS framework.  Morphing the SML repository to an MDR
is something that's been completed in the data collection subproject.  It's
only this code that will need to log exceptions from the SML repository to the
common error management.  There is already an enhancement open for logging
messages in DC to the common error management.

There is really nothing under the resource modeling subproject that requires
messages to be written to a common error management entity.  All tooling
available should work independently from the COSMOS framework.

Changing the subproject to Data Collection
Comment 2 David Whiteman CLA 2007-12-06 17:02:24 EST
The CMDBf framework code should extend the common exception class for its exceptions.  This will follow the implementation of exceptions that map to faults described in the design for bug 208584.
Comment 3 Mark Weitzel CLA 2007-12-17 15:32:17 EST

*** This bug has been marked as a duplicate of bug 209224 ***