You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "ant elder (JIRA)" <tu...@ws.apache.org> on 2006/04/24 15:52:06 UTC
[jira] Updated: (TUSCANY-195) Load time EMF registering of URI to
dynamic data object before static types can be registered.
[ http://issues.apache.org/jira/browse/TUSCANY-195?page=all ]
ant elder updated TUSCANY-195:
------------------------------
Priority: Blocker (was: Critical)
I've changed this to blocker as it breaking WS interop testing as well.
Frank/Jeremy: On the IRC chat last Friday it sounded like you guys were working on this, hows that going and can I assign the JIRA to one of you?
> Load time EMF registering of URI to dynamic data object before static types can be registered.
> ----------------------------------------------------------------------------------------------
>
> Key: TUSCANY-195
> URL: http://issues.apache.org/jira/browse/TUSCANY-195
> Project: Tuscany
> Type: Bug
> Components: Java SCA Axis Binding
> Environment: ALL current build
> Reporter: Rick Rineholt
> Priority: Blocker
>
> The loading of the TypeHelper in ExternalWebServiceBuilder.createExternalWebServiceClient() line: 183 loads into the EMF registry the URI that most likely maps to a static generated type. But this is occuring at load/build time prior to even any statically generated application SDO's are in scope. Or before they can be registered by the application. This mapping is then done to DynamicDataObjects. This results in a class cast exception when the generated interface expects the static types and a DDO is supplied. My very limited understanding of EMF/SDO is that once the mapping is in place that subsequent registering of static types will not have any affect.
--
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