[Globus-discuss] Question about Operation Provider and Resource Properties Model in GT4

[Kohei Ichikawa <ichikawa@xxxxxxxxxxxxxxxxxxxxx>]

Hi,

I have a question about the model of operation provider and resource
properties.
Why operation providers can't provide implementation for their resource
properties? Users of operation providers always have to implement
operation providers' resource properties by themselves?


Operation providers can define their operations and also resource
properties in their own WSDL, and provide implementation of operations.
But operation providers don't provide resource properties implementation.

When a service uses (extends) an operation provider, a flatten WSDL is
generated in building process.
In the WSDL, a PortType which contains all of operations (operation
providers' and service developer's) is generated, and also a resource
property which contains all of elements (operation providers' and
service developer's) is generated.
The service developer can specify operation providers' classes in WSDD,
and then the developer doesn't need to implement operation providers'
operations.
The developer has to implement their service's operations and a resource
property. But, in current GT4, this resource property must contain the
operation provider's resources as well as service's resources. So, to use
a operation provider, developers have to know the implementation of the
operation provider's resources well. (I think Scheduled Lifetime
operation provider in Borax's tutorial is good example of this problem.)


I think operation provider's resource properties implementation should
be provided by operation provider's developer.
I'm now trying to develop an operation provider which contains resource
properties. But, I don't want to make developers who want to use this
operation provider to know internal implementation of this operation
provider's resources.

Anyone has good idea about this problem?

Regards,

-- 
Kohei Ichikawa
<ichikawa@xxxxxxxxxxxxxxxxxxxxx>
Graduate School of Information Science and Technology,
Osaka University

-
To Unsubscribe: send mail to majordomo@xxxxxxxxxx
with "unsubscribe discuss" in the body of the message