[ 
http://issues.apache.org/jira/browse/MUSE-85?page=comments#action_12431690 ] 
            
Dan Jemiolo commented on MUSE-85:
---------------------------------

1. There is no change for handling mutliple instances - the implied resource 
pattern handles the distinction of instances of a resource type. The EPRs of 
your resources will have reference parameters that make them unique.

2. They should be capabilities... not sure which Java interfaces you're 
referring to.

3. Hardcoded where? For what purpose?


> WSDM Test File
> --------------
>
>                 Key: MUSE-85
>                 URL: http://issues.apache.org/jira/browse/MUSE-85
>             Project: Muse
>          Issue Type: Test
>          Components: Other
>    Affects Versions: 2.0.0
>            Reporter: Steve Jerman
>         Assigned To: Dan Jemiolo
>         Attachments: TestFile.zip, WSDM-POC-Model.gif
>
>
> OK, attached isa diagram which shows the model I am trying to create WSDM 
> interfaces for. Also attached is a Zip file with a set of WSDLs. Basically I 
> started with some generated XSD/WSDL and then decided that I should hand code 
> a proto that validated correct and did the right stuff and use that as 
> pattern. The system.wsdl file was the result. I *think* it should create a 
> simple WSDM resource implementation with getResourcePropertyDocument and 
> getResourceProperty operations. It sort of looks like thats the case.
> A few questions.
> What would some code look like that could handle multiple instances of 
> System. Do I need to do anything different?
> Surely the Java interfaces generated are for the ManagedResource? They don't 
> seem to be Capapability implementations.
> Looks like the name of the Java files is hard coded. Is there a better way to 
> handle this?
> I would like to get this sample up and runing first and then expand out to 
> the rest of my model (and all the configuration I have in mind).
> Steve

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to