When I had this problem, it was indeed because the static types were not being registerred properly. I was able to bypass the problem by using the factory attribute instead of the location attribute and pointed it directly to the static factory I had generated.
That is, <import.sdo facotry="com.example.MyFactory"> instead of <import.sdolocation="wsdl/myWsdl.wsdl"> This is consistent with sample-bigbank-account. -Lee On 3/2/07, ant elder <[EMAIL PROTECTED]> wrote:
Do you have an <import.sdo> in you scdl which i think is required to use static SDOs? See the bigbank sample for an example: https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/applications/bigbank/webclient/src/main/webapp/WEB-INF/default.scdl ...ant On 3/2/07, Guillaume Dufrêne <[EMAIL PROTECTED]> wrote: > > On the server side this is a SCA component deployed on tomcat. > It exposes a service as a web service. > The client side (on which I have this exception) is a standalone program. > (like helloworldclientws sample) > I run it with the launcher provided with tuscany-sca-java binaries. > There's nothing more on the stack trace. > I do not register anything ... All the necessary stuff is generated by the > tuscany-sdo-tool, no ? > Maybe I have missed something on a particular annotation or something > like this. > > > > It may be that the types need to be be registered (although I would be > > supprised), is there anything more in the stack trace ? Are you > > running this > > in a complex server container (as opposed to tomcat) in which case > > there may > > be some classpath issues (depends on which server, eg WAS V 6 etc you > > may be > > using)... I believe that I'm right in saying that you don't normally > have > > DynamicDataObjectImpls as it implies that (as Jermey said) that the > types > > are not registered (or not correctly). > > > > Regards > > > > On 02/03/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote: > >> > >> On Mar 2, 2007, at 9:05 AM, Guillaume Dufrêne wrote: > >> > >> > I do not try the 1st cause the 2nd seems smarter. > >> > It seems easier to do with an ant script :-) > >> > So, the 2nd solution works fine. Thanks !! > >> > >> Phew :-) > >> > >> > > >> > I have added "-Doffline=true" to bypass maven update check. > >> > > >> > Ok, now I have a classCastException because the return object of > >> > the proxy is a DynamicDataObjectImpl > >> > instead of my SDO generated object. > >> > > >> > Here the stackTrace : > >> > Exception in thread "main" java.lang.ClassCastException: > >> > org.apache.tuscany.sdo.impl.DynamicDataObjectImpl > >> > at $Proxy19.getOperations(Unknown Source) > >> > at scabank.ClientComponent.getOperations(Unknown Source) > >> > at scabank.ClientImpl.main(Unknown Source) > >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >> > at sun.reflect.NativeMethodAccessorImpl.invoke > >> > (NativeMethodAccessorImpl.java:39) > >> > at sun.reflect.DelegatingMethodAccessorImpl.invoke > >> > (DelegatingMethodAccessorImpl.java:25) > >> > at java.lang.reflect.Method.invoke(Method.java:585) > >> > at > >> > org.apache.tuscany.launcher.MainLauncherBooter.runApplication > >> > (MainLauncherBooter.java:107) > >> > at org.apache.tuscany.launcher.MainLauncherBooter.main > >> > (MainLauncherBooter.java:88) > >> > > >> > I will take a look at this on Monday but if someone know where does > >> > it may come from, please reply :-) > >> > >> I think the static type mapping for SDO may not be set up right but > >> I'll leave that for the SDO folks to comment on. > >> -- > >> Jeremy > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >