tuscany-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ant elder <ant.el...@gmail.com>
Subject Re: [2.x] Calculating Endpoints to promoted services
Date Fri, 02 Oct 2009 07:39:21 GMT
On Fri, Oct 2, 2009 at 5:14 AM, Raymond Feng <enjoyjava@gmail.com> wrote:
> This is expected per the OASIS spec:
> 3865 11.6.1 add To Domain-Level Composite
> 3866 This functionality adds the composite identified by a supplied URI to
> the Domain Level Composite. The
> 3867 supplied composite URI refers to a composite within an installed
> contribution. The composite's installed
> 3868 contribution determines how the composite's artifacts are resolved
> (directly and indirectly). The supplied
> 3869 composite is added to the domain composite with semantics that
> correspond to the domain-level
> 3870 composite having an <include> statement that references the supplied
> composite. All of the composites
> 3871 components become top-level components and the component services
> become externally visible
> 3872 services (eg. they would be present in a WSDL description of the
> Domain). The meaning of any promoted
> 3873 services and references in the supplied composite is not defined; since
> there is no composite scope
> 3874 outside the domain composite, the usual idea of promotion has no
> utility
> --------------------------------------------------
> From: "Luciano Resende" <luckbr1975@gmail.com>
> Sent: Thursday, October 01, 2009 5:11 PM
> To: "tuscany-dev" <dev@tuscany.apache.org>
> Subject: [2.x] Calculating Endpoints to promoted services
>> While bringing up the JSON-RPC Binding, I got some weird errors where
>> the binding wouldn't get started... after a quick investigation I
>> realized this is happening because of the binding was being configured
>> in a promoted service and not at the component level, and in this
>> scenario, the end point was only being configured with default sca
>> binding.
>> This DOES NOT work
>> <service name="EchoService" promote="EchoComponent">
>>       <interface.java interface="echo.Echo"/>
>>       <tuscany:binding.jsonrpc
>> uri="http://localhost:8085/SCADomain/EchoService"/>
>>   </service>
>>   <component name="EchoComponent">
>>       <implementation.java class="echo.EchoComponentImpl"/>
>>   </component>
>> This works OK
>>   <component name="EchoComponent">
>>       <implementation.java class="echo.EchoComponentImpl"/>
>>       <service name="Echo">
>>           <tuscany:binding.jsonrpc
>> uri="http://localhost:8085/SCADomain/EchoService"/>
>>       </service>
>>   </component>
>> I'll try to get a look at this tomorrow, but if someone that has been
>> working on Endpoints could shine some lights... I'd appreciate.

It does seem a bit odd to just ignore the binding configuration. If
there are no other spec comments about what to do in this situation
wouldn't it be better to have Tuscany use the binding as I'm sure
Luciano isn't going to be the last person getting confused by the
current Tuscany behaviour.


View raw message