hi,

(i'm relatively new to CXF (which i find great (so far)).

My case:
I'd like to avoid generating the (dynamic proxied) Service- and
SEI-implementation at runtime.
The reason is that i can't maintain the object references in the calling
client. 

This is my setup:
(actually almost the same as the Hello World example at:
http://cwiki.apache.org/CXF20DOC/how-do-i-develop-a-client.html, "WSDL2Java
generated Client")

- i have a WDSL (url) provides by one of our clients (so, i don't own it,
and hence cannot change it)
- i used CXF's wsdl2java to generate the necessary stubs en client code.
This is the command:
   <some-dir>/apache-cxf-2.1.3/bin/wsdl2java -client -impl -d
<my_target_dir> clientx.wsdl
- service (a Service subclass), porttype(-interface) and a specific client
is generated, which is great.
- i then use the Client which works fine ...

But (of course) a dynamic proxy is created every time which takes a lot of
time (including a bunch of HTTP GET's for getting WSDL and related XSD's).
The service has a bunch of operations, but i only call 1 operation at a
time. Actually executing the operation takes about 20% of the time,
generating the dynamic client stuff 80%. 

The WSDL is pretty static, so it would be nice to generate the 80% client
stuff (, package it in a jar) and use that code directly for within the
client at runtime.

I know i can do it with apache axis2, but i like CXF so far, so please keep
me on that path :-)

TIA!



 
-- 
View this message in context: 
http://www.nabble.com/%28newbie---urgent-%21%29-i%27d-like-to-avoid-generating-the-Service--and-SEI-implementation-at-runtime-tp21869541p21869541.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to