[ http://issues.apache.org/jira/browse/MUSE-85?page=comments#action_12431729 ] Steve Jerman commented on MUSE-85: ----------------------------------
1) Well I think you could use the element name (Caption, Version etc). But I don't understand why only one was generated for my WSDL (which had 3 I think). 2) I see! I was trying to restrict the xs:any to the approprate XSD. Is this possible or do I just use the standard loosly typed definitions. > 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: MyCapabilityImpl.java, 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]
