[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [sca-bindings] Re: Groups - oasis - New ballot "SCA service wsdlElementpointing to a WSDL service"
Anish Karmarkar wrote: > One additional things to consider wrt this and a comment below: > > In the 2 step algorithm that we accepted for the resolution of issue 54, > the 2nd step says: > " ... Having determined one or more URIs from the above steps, the > runtime SHOULD attempt to honor the resulting URI(s).? > Actually we have not "accepted" this wording yet... though I hope we are close to doing so. > I.e. the runtime may not make the service available at the URL specified > in the various wsdl:service/port. > This would be true whether there is one port selected via wsdl.port or multiple ports selected via wsdl.service. In such cases, the reference could not use the same physical WSDL that was used on the service side. There will be other cases where the same WSDL can be shared by service and reference. > > If the service provides it, it would seem strange that the service > > can't specify the WSDL service in a single SCA binding but would > > instead need to write a number of SCA bindings, one for each port > > of the WSDL service. > > This is a case of a sca reference points to a sca service, in this case > it would directly point to the sca service/binding rather than use WSDL. > This is another reason for allowing the service binding to use wsdlElement=wsdl.service. If this were disallowed, a reference with a direct wire to the service's binding could only use the wsdl.port form and would not be able to take advantage of the reference-side binding's ability to use wsdl.service and have the SCA runtime select a port for the reference invocations. (I am assuming that this direct wire means that the service-side binding element is applied to the reference.) Simon > -Anish > -- > > Simon Nash wrote: >> After the call finished, I thought of another reason why this should >> not be disallowed for services if it is allowed for references. >> >> I think we agreed that this is useful for references. Where will >> the reference get a WSDL file that contains a WSDL service with >> multiple ports? The answer is presumably that either the service >> will provide it, or some repository/directory that is accessed by >> both the service and reference will provide it. >> >> If the service provides it, it would seem strange that the service >> can't specify the WSDL service in a single SCA binding but would >> instead need to write a number of SCA bindings, one for each port >> of the WSDL service. >> >> More seriously, if the WSDL file is obtained by both the service >> and the reference from some other repository/directory, any change >> to the ports within the WSDL service would require reconfiguration >> of the SCA service to add or subtract bindings, but no change would >> be needed to the SCA reference. This seems extremely inconvenient >> and inconsistent. >> >> Simon >> >> workgroup_mailer@lists.oasis-open.org wrote: >>> OASIS Service Component Architecture / Bindings (SCA-Bindings) TC >>> member, >>> >>> A new ballot has been presented to OASIS Service Component >>> Architecture / Bindings (SCA-Bindings) TC. >>> To vote on this ballot, go here: >>> >>> http://www.oasis-open.org/apps/org/workgroup/sca-bindings/ballot.php?id=1674 >>> >>> >>> Please DO NOT REPLY to this email; instead, vote using the above link. >>> >>> The text of this ballot is as follows: >>> --- >>> "SCA service wsdlElement pointing to a WSDL service" >>> Do you think we should define the behaviour of wsdlElement on an SCA >>> service pointing to a WSDL service, and if so, what should the >>> behaviour be? >>> >>> - We should disallow this case >>> - We should allow this case but say nothing >>> - We should allow this case and require the runtime to provide at >>> least one of the ports, possibly more >>> - We should allow this case and require the runtime to provide all of >>> the matching ports >>> - Other >>> >>> --- >>> >>> The ballot closes Thursday, 9 April 2009 @ 12:00 ET. Please vote >>> before then by visiting: >>> >>> http://www.oasis-open.org/apps/org/workgroup/sca-bindings/ballot.php?id=1674 >>> >>> >>> Thank you, >>> OASIS Open Administration >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this mail list, you must leave the OASIS TC that >> generates this mail. Follow this link to all your TCs in OASIS at: >> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. Follow this link to all your TCs in OASIS at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]