tuscany-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simon Laws (JIRA)" <tuscany-...@ws.apache.org>
Subject [jira] Updated: (TUSCANY-1710) Get service by class's name will cause error when add a binding.ws
Date Wed, 02 Jan 2008 13:44:33 GMT

     [ https://issues.apache.org/jira/browse/TUSCANY-1710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Simon Laws updated TUSCANY-1710:

    Fix Version/s:     (was: Java-SCA-Next)

move to 1.1

> Get service by class's name will cause error when add a binding.ws
> ------------------------------------------------------------------
>                 Key: TUSCANY-1710
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-1710
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SCA Axis Binding Extension
>    Affects Versions: Java-SCA-Next
>         Environment: win jdk1.6 eclipse tuscany svn 575578
>            Reporter: gengshaoguang
>             Fix For: Java-SCA-1.1
> I just found this:
> I finished a component with <implementation.java class="[a.b.C]"> and it works
>        getService(a.b.C.class,"[component's name]");
> Then I added a <service><binding.ws/></service> to the above component,
and modified a.b.C to implements a @Remotable interface a.b.I, and I will have to use:
>        getService(a.b.I.class,"[component's name]");
> Otherwise(if I don't change the first parameter), I will get an will known error: "Can't
handle mixed payloads betweem OMElements and other types".
> This will bring a discomfort to a user: when they deside to expose an exist resource
to outside consumer, they need to change their own code!
> Did some one get into the same scenario? Of course, I myself might did some incorrect.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org

View raw message