I'll check that one out. thx Andrew.

Andrew Clegg-2 wrote:
> 
> Admittedly I'm more of a server-side guy, but when I had a go at
> building a client following Glen's excellent tutorial here:
> 
> http://www.jroller.com/gmazza/entry/creating_a_wsdl_first_web1
> 
> I'm 99.99% sure all the proxy interfaces and classes were generated at
> build time. Try following that guide through from the start, that's
> probably what you're after...
> 
> Andrew.
> 
> 2009/2/9 -wil- <[email protected]>:
>>
>> hi Anne,
>>
>> Thx for your answer.
>> But with your approach the problem remains the same: the proxies will
>> still
>> get dynamically generated at-runtime. And that is what i want to avoid by
>> generating (and packaging) the proxy code at development time.
>>
>> g
>> -wil-
>>
>>
>>
>> Diefenbach Anne wrote:
>>>
>>> Hi,
>>>
>>> unless I am totally misunderstanding something, it sounds like you can
>>> just package your classes as a JAR and deploy the client like that. I
>>> did
>>> something similar, and I just took my classes, stuffed them in the JAR
>>> and
>>> called my client like this:
>>>
>>> java -cp
>>> .:myCXFConsumer.jar:${CXF_HOME}/lib/saaj-impl-1.3.jar:${CXF_HOME}/lib/wsdl4j-1.6.2.jar:${CXF_HOME}/lib/wstx-asl-3.2.6.jar:${CXF_HOME}/lib/xml-resolver-1.2.jar:${CXF_HOME}/lib/XmlSchema-1.4.2.jar:${CXF_HOME}/lib/asm-2.2.3.jar:${CXF_HOME}/lib/commons-logging-1.1.1.jar:${CXF_HOME}/lib/cxf-2.1.3.jar:${CXF_HOME}/lib/geronimo-activation_1.1_spec-1.0.2.jar:${CXF_HOME}/lib/geronimo-annotation_1.0_spec-1.1.1.jar:${CXF_HOME}/lib/geronimo-javamail_1.4_spec-1.3.jar:${CXF_HOME}/lib/geronimo-jaxws_2.1_spec-1.0.jar:${CXF_HOME}/lib/geronimo-stax-api_1.0_spec-1.0.1.jar:${CXF_HOME}/lib/geronimo-ws-metadata_2.0_spec-1.1.2.jar:${CXF_HOME}/lib/jaxb-api-2.1.jar:${CXF_HOME}/lib/jaxb-impl-2.1.7.jar:${CXF_HOME}/lib/neethi-2.0.4.jar:${CXF_HOME}/lib/saaj-api-1.3.jar:${CXF_HOME}/lib/cxf-manifest.jar:${CXF_HOME}/lib/xalan-2.7.1.jar:${CXF_HOME}/lib/xmlsec-1.4.0.jar:${CXF_HOME}/lib/bcprov-jdk15-140.jar:${CXF_HOME}/lib/serializer-2.7.1.jar:${CXF_HOME}/lib/wss4j-1.5.4.jar
>>> package.myClient
>>>
>>> Hope this helps,
>>> Anne
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: -wil- [mailto:[email protected]]
>>> Gesendet: Freitag, 6. Februar 2009 10:55
>>> An: [email protected]
>>> Betreff: (newbie & urgent !) i'd like to avoid generating the Service-
>>> and
>>> SEI-implementation at runtime
>>>
>>>
>>> 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.
>>>
>>>
>>>
>>
>> --
>> 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-tp21869541p21909035.html
>> Sent from the cxf-user mailing list archive at Nabble.com.
>>
>>
> 
> 
> 
> -- 
> :: http://biotext.org.uk/ ::
> 
> 

-- 
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-tp21869541p21911195.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to