When we try to create an indication subscription instance we run into the problem, that during derive instance the jsr48 client insists on the reference class names for properties to be exactly those classes that are specified in the class definition. It does not accept subclass for reference properties.
But in the case of indication subscriptions, the handler property will usually be a reference to a subclass of CIM_ListenerDestination, such as CIM_ListenerDestinationCIMXML.
Since the java client is not able to determine the inheritance relationship of classes to allow for proper type checking of reference parameters, I propose to relax the type checking for reference properties.
Attaching a patch that I have been using as workaround so far.
Fix proposal
Logged In: YES
user_id=1215482
Originator: YES
Also adding the source code that leads to the problem
File Added: failing-code.java
Code example
fix
Logged In: YES
user_id=1508775
Originator: NO
File Added: patch.1776114_Cannot_derive_instance_of_class_CIM_IndicationSubscription.txt
Logged In: YES
user_id=1755223
Originator: NO
Patch sent for community review. During a 2 week period any
exploiter may comment on the patch, request changes or turn it
down completely (with good reason).
For the time being the patch is part of the "Experimental" branch
in CVS.
Logged In: YES
user_id=1755223
Originator: NO
The community review is completed and we received no substantial
critisism. Therefore the patch has been approved and merged into
the "HEAD" branch. The next release will pick it up.
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 60 days (the time period specified by
the administrator of this Tracker).
Logged In: YES
user_id=1363884
Originator: NO
The patch was picked up by release 2.0.4 and will be closed.