Re: SOAP flow Compression?
Thanks a lot for your answer!!! I think I'm gonna build an interceptor. The one given in the configuration_interceptor example should do the trick! But I don't understand how I can activate my interceptor...I took the server.xml of the example, put it where it should be, aside from the cxf-servlet.xml and web.xml files, I added this in my web.xml file: context-param param-nameserverConfig/param-name param-valueWEB-INF/server.xml/param-value /context-param but it is not activated and intercepts nothing...:-( What should I do??? Glen Mazza-2 wrote: Am Mittwoch, den 12.12.2007, 08:58 -0800 schrieb Tophebboy: Hi everybody! I'm building an application using CXF and it can be used by people having a quite bad network and who have to get big amounts of datas via my web service. When I tested the application on such networks, I found out that the time used to transfert the SOAP flow was very long. I also checked the size of a xml like file I could get calling my web service via a web browser, and I saw that I could divide its size by 4 zipping it. So I was wondering: is it possible to configure CXF so it compresses the SOAP messages? http://netzooid.com/blog/2007/07/01/working-with-non-xml-formats-in-cxf-interceptors/ ? I checked this: http://cwiki.apache.org/CXF20DOC/server-http-transport.html And I saw that you could set a C=contentEncoding to Compress in the The server element. Is it what I'm looking for??? If it is, where could I put all the stuff described in this tutorial? I'm a newbie to web services and it is quite hard for me :-( . I tried tu put this in my cxf-servlet.xml file but when I build the web service package (I use Eclipse STP), my cxf-servlet.xml is automatically overriden by the default one. ? I didn't know there is a default cxf-servlet.xml. Usually just keeping that file in your WEB-INF directory should work. This is how I've managed to build a web service using Maven[1] and Ant[2]. HTH, Glen [1] http://www.jroller.com/gmazza/date/20071205 [2] http://www.jroller.com/gmazza/date/20071019 Could somebody please help me??? Thanks very much in advance!!! Chris -- View this message in context: http://www.nabble.com/SOAP-flow-Compression--tp14299256p14313632.html Sent from the cxf-user mailing list archive at Nabble.com.
Re: multiple responses in jms
Hi Mayank, You would be better off writing new transport that serve your purpose. It will not be that hard. You can't register partial transport files that you modified as such but you can write whole new transport and attach it to CXF. all you need to do is to tell CXF via Spring configuration which transport factory to pickup and the transport factory should take care of invoking your implementation. Regards, Ulhas Bhole Mayank Thakore wrote: Thanks for the answer Ulhas! This clears up the air. Though unfortunately this is the answer I had anticipated. We were earlier using XFire and ended up customizing the JMSTransport/Channel classes to suit our needs. CXF has much better support but with our requirements maturing we have to customize here too. One question. In XFire we were able to register the modified transport files. Any such luck here? I wasn't able to find anything in google or the user/arch guide. Thanks again! Regards Mayank On Dec 12, 2007 6:33 PM, Ulhas Bhole [EMAIL PROTECTED] wrote: Hi Mayank, Answer is NO. currently JMS transport only works on 1 request, 1reply basis. The workaround might be to use the pub/sub mechanism and have something like client sending a request to a topic on server side and then server doing the same thing other way round on some other topic where the client side will also have topic listener on which it can accept the replies. Other option a bit complicated and time consuming is to extend the existing JMS transport or write your own transport to suit your purpose. Regards, Ulhas Bhole Mayank Thakore wrote: Hi, I need to be able to send multiple responses to a single request on jms transport. Does CXF support this style of communication or is there a workaround to achieve this? Any sample code? Even if this cannot be done, would some experienced member on this list please confirm it? I have written some wsdl based web services but am not able to figure out how to achieve this style. Thanks a lot! Regards Mayank IONA Technologies PLC (registered in Ireland) Registered Number: 171387 Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland IONA Technologies PLC (registered in Ireland) Registered Number: 171387 Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
Securing server
Hi all, I would like to secure my server and started with first*https sample. Here is my configuration below, but I am still getting this error: cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'httpj:engine-factory'. Have somebody any idea? I have also checked xsd in modules and it seems to be ok. thanks a lot beans xmlns=http://www.springframework.org/schema/beans; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://cxf.apache.org/transports/http/configuration http://cxf.apache.org/schemas/configuration/http-conf.xsd; xmlns:http-conf=http://cxf.apache.org/transports/http/configuration; xmlns:sec=http://cxf.apache.org/configuration/security; xmlns:httpj=http://cxf.apache.org/transports/http-jetty/configuration; httpj:engine-factory bus=cxf httpj:engine port=8090 httpj:tlsServerParameters sec:keyManagers keyPassword=[EMAIL PROTECTED] sec:keyStore type=JKS password=[EMAIL PROTECTED] file=/home/mikulasek/Desktop/mcc.jks/ /sec:keyManagers sec:trustManagers sec:keyStore type=JKS password=[EMAIL PROTECTED] file=/home/mikulasek/Desktop/mcc.jks/ /sec:trustManagers sec:cipherSuitesFilter !-- these filters ensure that a ciphersuite with export-suitable or null encryption is used, but exclude anonymous Diffie-Hellman key change as this is vulnerable to man-in-the-middle attacks -- sec:include.*_EXPORT_.*/sec:include sec:include.*_EXPORT1024_.*/sec:include sec:include.*_WITH_DES_.*/sec:include sec:include.*_WITH_NULL_.*/sec:include sec:exclude.*_DH_anon_.*/sec:exclude /sec:cipherSuitesFilter sec:clientAuthentication want=true required=true/ /httpj:tlsServerParameters /httpj:engine /httpj:engine-factory /beans -- Jiri Mikulasek - Developer AURA, s.r.o. Uvoz 499/56; 602 00 Brno ISO 9001 certified company AQAP 2110 (ČOS 051622) tel./fax: +420 544 508 115 e-mail: [EMAIL PROTECTED] http://www.aura.cz -
Re: Securing server
Hi again, sorry I forgot to add new namesapce to schemaLocation also and could not catch this trivial mistake for a long time On Thursday 13 of December 2007 14:22:17 Bc. Jiří Mikulášek wrote: Hi all, I would like to secure my server and started with first*https sample. Here is my configuration below, but I am still getting this error: cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'httpj:engine-factory'. Have somebody any idea? I have also checked xsd in modules and it seems to be ok. thanks a lot beans xmlns=http://www.springframework.org/schema/beans; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://cxf.apache.org/transports/http/configuration http://cxf.apache.org/schemas/configuration/http-conf.xsd; xmlns:http-conf=http://cxf.apache.org/transports/http/configuration; xmlns:sec=http://cxf.apache.org/configuration/security; xmlns:httpj=http://cxf.apache.org/transports/http-jetty/configuration; httpj:engine-factory bus=cxf httpj:engine port=8090 httpj:tlsServerParameters sec:keyManagers keyPassword=[EMAIL PROTECTED] sec:keyStore type=JKS password=[EMAIL PROTECTED] file=/home/mikulasek/Desktop/mcc.jks/ /sec:keyManagers sec:trustManagers sec:keyStore type=JKS password=[EMAIL PROTECTED] file=/home/mikulasek/Desktop/mcc.jks/ /sec:trustManagers sec:cipherSuitesFilter !-- these filters ensure that a ciphersuite with export-suitable or null encryption is used, but exclude anonymous Diffie-Hellman key change as this is vulnerable to man-in-the-middle attacks -- sec:include.*_EXPORT_.*/sec:include sec:include.*_EXPORT1024_.*/sec:include sec:include.*_WITH_DES_.*/sec:include sec:include.*_WITH_NULL_.*/sec:include sec:exclude.*_DH_anon_.*/sec:exclude /sec:cipherSuitesFilter sec:clientAuthentication want=true required=true/ /httpj:tlsServerParameters /httpj:engine /httpj:engine-factory /beans -- Jiri Mikulasek - Developer AURA, s.r.o. Uvoz 499/56; 602 00 Brno ISO 9001 certified company AQAP 2110 (ČOS 051622) tel./fax: +420 544 508 115 e-mail: [EMAIL PROTECTED] http://www.aura.cz -
Re: Example of JAXB and HashMap serialization?
Chris, Thank you for the detailed example! I'll definitely look into this implementation when the need arises in the future (right now we're getting by without them, but I know we'll need them at some point). Glad we're not the only ones who thought this was an important missing piece. Regards, Kaleb | | From: | | --| |Chris McClelland [EMAIL PROTECTED] | --| | | To:| | --| |cxf-user@incubator.apache.org | --| | | Date: | | --| |11/29/2007 07:07 PM | --| | | Subject: | | --| |Re: Example of JAXB and HashMap serialization? | --| Kaleb, This is an interesting question, and one which I have encountered twice in the last week. I came up with a solution which works using @XmlAdaptor (wait, don't write it off just yet...) First a caveat: this only works if you represent the map as a *wrapped* list of {k,v} pairs. Probably the simplest XML representation would be: M xmlns=http://...; MyMap A value=1 key=A/ A value=3 key=C/ A value=2 key=B/ /MyMap /M By wrapped, I mean the model must be something like M=(A+), and not M=(A+, B). I'm not saying the latter is impossible, only that I couldn't get it to work in the time I had had on this. So, let's look at class 'M', which is the class containing the map: @XmlAccessorType(XmlAccessType.FIELD) @XmlRootElement(name = M) public class M { @XmlElement(name = MyMap, required = true) @XmlJavaTypeAdapter(MapAdaptor.class) private final MapString, String a = new HashMapString, String(); public MapString, String getA() { return this.a; } } Now we need to implement MapAdaptor, which maps the Map to something JAXB understands: public class MapAdaptor extends XmlAdapterMyMap, MapString,String { @Override public MyMap marshal(MapString,String v) throws Exception { MyMap myMap = new MyMap(); ListA aList = myMap.getA(); for ( Map.EntryString,String e : v.entrySet() ) { aList.add(new A(e.getKey(), e.getValue())); } return myMap; } @Override public MapString,String unmarshal(MyMap v) throws Exception { MapString,String map = new HashMapString,String(); for ( A e : v.getA() ) { map.put(e.getKey(), e.getValue()); } return map; } } So that maps MapString, String to a new class, MyMap, which might look like this: @XmlAccessorType(XmlAccessType.FIELD) @XmlRootElement(name = MyMap) public class MyMap { @XmlElement(name = A, required = true) private final ListA a = new ArrayListA(); public ListA getA() { return this.a; } } And finally, each item in the list is represented by a new class A: @XmlAccessorType(XmlAccessType.FIELD) @XmlRootElement(name = A) public class A { @XmlAttribute(name = key, required = true) private final String key; @XmlAttribute(name = value, required = true) private final String value; public A(String key, String value) { this.key = key; this.value = value; } public A() { this.key = null; this.value = null; } public String getKey() { return key; } public String getValue() { return value; } } This is a functional, albeit circuitous and slightly
My own TrustManager
Hi all, I need to add some spicific features to my SSL communictaion - so basically I would like to implement my own TrustManager. But when using CXF the code suplying TrustManagers is not under my control. Is there any way how to do it ofr CXF? thanks for any hints -- Jiri Mikulasek - Developer AURA, s.r.o. Uvoz 499/56; 602 00 Brno ISO 9001 certified company AQAP 2110 (ČOS 051622) tel./fax: +420 544 508 115 e-mail: [EMAIL PROTECTED] http://www.aura.cz -
Re: XML elements does not belong to the namespace
Thanks very much for looking into this. I'm working on fixing this now, but it's definitely a fairly large change Any ideas as to when this will be working? Knowing when this feature would be available will be me plan my projects. thanks! -- View this message in context: http://www.nabble.com/XML-elements-does-not-belong-to-the-namespace-tp14247019p14317910.html Sent from the cxf-user mailing list archive at Nabble.com.
Upgrading from XFire to CXF
We are currently using XFire in the AppFuse project and it works great. We are aware that Apache CXF is the next generation of XFire. However, we've also optimized the XFire footprint[1] to be as small as possible. Part of this optimization was removing JAXB 2 support and using XMLBeans instead. The XFire Migrating Guide[2] says that XMLBeans will be supported in CXF 2.1. What is the timeline for a 2.1 release? Thanks, Matt [1] http://issues.appfuse.org/browse/APF-797 [2] http://cwiki.apache.org/CXF20DOC/xfire-migration-guide.html -- View this message in context: http://www.nabble.com/Upgrading-from-XFire-to-CXF-tp14319236p14319236.html Sent from the cxf-user mailing list archive at Nabble.com.
Re: Next issue - using Spring AOP advice with web service impl - XFire migration
The question didn't make it, but based on the subject, I'd suggest looking at our FAQ: http://cwiki.apache.org/CXF/faq.html#FAQ-SpringRelated -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
Re: SOAP flow Compression?
Look at the many ways that logging interceptors can be added: http://cwiki.apache.org/CXF20DOC/debugging.html Be sure to read carefully so you don't miss anything. The process is similar for whatever other interceptor you wish to add. HTH, Glen Am Donnerstag, den 13.12.2007, 02:39 -0800 schrieb Tophebboy: Thanks a lot for your answer!!! I think I'm gonna build an interceptor. The one given in the configuration_interceptor example should do the trick! But I don't understand how I can activate my interceptor...I took the server.xml of the example, put it where it should be, aside from the cxf-servlet.xml and web.xml files, I added this in my web.xml file: context-param param-nameserverConfig/param-name param-valueWEB-INF/server.xml/param-value /context-param but it is not activated and intercepts nothing...:-( What should I do??? Glen Mazza-2 wrote: Am Mittwoch, den 12.12.2007, 08:58 -0800 schrieb Tophebboy: Hi everybody! I'm building an application using CXF and it can be used by people having a quite bad network and who have to get big amounts of datas via my web service. When I tested the application on such networks, I found out that the time used to transfert the SOAP flow was very long. I also checked the size of a xml like file I could get calling my web service via a web browser, and I saw that I could divide its size by 4 zipping it. So I was wondering: is it possible to configure CXF so it compresses the SOAP messages? http://netzooid.com/blog/2007/07/01/working-with-non-xml-formats-in-cxf-interceptors/ ? I checked this: http://cwiki.apache.org/CXF20DOC/server-http-transport.html And I saw that you could set a C=contentEncoding to Compress in the The server element. Is it what I'm looking for??? If it is, where could I put all the stuff described in this tutorial? I'm a newbie to web services and it is quite hard for me :-( . I tried tu put this in my cxf-servlet.xml file but when I build the web service package (I use Eclipse STP), my cxf-servlet.xml is automatically overriden by the default one. ? I didn't know there is a default cxf-servlet.xml. Usually just keeping that file in your WEB-INF directory should work. This is how I've managed to build a web service using Maven[1] and Ant[2]. HTH, Glen [1] http://www.jroller.com/gmazza/date/20071205 [2] http://www.jroller.com/gmazza/date/20071019 Could somebody please help me??? Thanks very much in advance!!! Chris
RE: Next issue - using Spring AOP advice with web service impl - XFire migration
Ok, obviously I'm having bad luck getting messages onto the list this morning, sorry for the empty. :-( Will try again later. From: Steven Bixby [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 8:01 AM To: cxf-user@incubator.apache.org Subject: Next issue - using Spring AOP advice with web service impl - XFire migration
Re: SOAP flow Compression?
I already saw that...But I think I'm missing something...I read it twice and it still doesn't work!! Anyway, I found a way of activating it copying the interceptor bean definition in the cxf-servlet.xml file (I have to this after deploying the project because each time I create a war file, eclipse erases my cxf-servlet.xml file to put the default one at its place). I also copied the client xml file in my client app, naming it cxf.xml. The problem is that when I try to call my web service from the client, I have now this exception: java.io.IOException: Not in GZIP format It seems to occur in the client which is receiving a message. That's weird because the first step is to send a request to the server, isn't it? And the error occurs before the handleMessage method on the server is called... I really don't understand what is going on...:-( Glen Mazza-2 wrote: Look at the many ways that logging interceptors can be added: http://cwiki.apache.org/CXF20DOC/debugging.html Be sure to read carefully so you don't miss anything. The process is similar for whatever other interceptor you wish to add. HTH, Glen Am Donnerstag, den 13.12.2007, 02:39 -0800 schrieb Tophebboy: Thanks a lot for your answer!!! I think I'm gonna build an interceptor. The one given in the configuration_interceptor example should do the trick! But I don't understand how I can activate my interceptor...I took the server.xml of the example, put it where it should be, aside from the cxf-servlet.xml and web.xml files, I added this in my web.xml file: context-param param-nameserverConfig/param-name param-valueWEB-INF/server.xml/param-value /context-param but it is not activated and intercepts nothing...:-( What should I do??? Glen Mazza-2 wrote: Am Mittwoch, den 12.12.2007, 08:58 -0800 schrieb Tophebboy: Hi everybody! I'm building an application using CXF and it can be used by people having a quite bad network and who have to get big amounts of datas via my web service. When I tested the application on such networks, I found out that the time used to transfert the SOAP flow was very long. I also checked the size of a xml like file I could get calling my web service via a web browser, and I saw that I could divide its size by 4 zipping it. So I was wondering: is it possible to configure CXF so it compresses the SOAP messages? http://netzooid.com/blog/2007/07/01/working-with-non-xml-formats-in-cxf-interceptors/ ? I checked this: http://cwiki.apache.org/CXF20DOC/server-http-transport.html And I saw that you could set a C=contentEncoding to Compress in the The server element. Is it what I'm looking for??? If it is, where could I put all the stuff described in this tutorial? I'm a newbie to web services and it is quite hard for me :-( . I tried tu put this in my cxf-servlet.xml file but when I build the web service package (I use Eclipse STP), my cxf-servlet.xml is automatically overriden by the default one. ? I didn't know there is a default cxf-servlet.xml. Usually just keeping that file in your WEB-INF directory should work. This is how I've managed to build a web service using Maven[1] and Ant[2]. HTH, Glen [1] http://www.jroller.com/gmazza/date/20071205 [2] http://www.jroller.com/gmazza/date/20071019 Could somebody please help me??? Thanks very much in advance!!! Chris -- View this message in context: http://www.nabble.com/SOAP-flow-Compression--tp14299256p14319833.html Sent from the cxf-user mailing list archive at Nabble.com.
Re: RPC/Literal vs. Encoded
Am Donnerstag, den 13.12.2007, 12:06 + schrieb Jan Reise: Hi, I am trying to implement a web service prototype using CFX. I have implemented a junit test basically following the CFX how-to (test class code included below). Now I am getting an unexpected error (stacktrace included below). From an earlier message (www.mail-archive.com/cxf-user@incubator.apache.org/msg03561.html) I understand that CFX is treating my service as RPC/Encoded but supports only RPC/Literal. I'd be grateful for any pointers to how to make my service non-encoded. Thanks in advance Jan You'll want to stay away from the deprecated RPC/encoded and use DOC/Lit or RPC/lit instead. [1] is an explanation of the different types of WSDL's; [2] my experiences with WSDL creation; [3] how to create a WSDL-first web service with Ant, and same thing [4] with Maven. HTH, Glen [1] http://www.ibm.com/developerworks/webservices/library/ws-whichwsdl/ [2] http://www.jroller.com/gmazza/date/20071004 [3] http://www.jroller.com/gmazza/date/20071019 (Ant) [4] http://www.jroller.com/gmazza/date/20071205 (Maven version of above)
Re: SOAP flow Compression?
Am Donnerstag, den 13.12.2007, 08:45 -0800 schrieb Tophebboy: I already saw that...But I think I'm missing something...I read it twice and it still doesn't work!! Anyway, I found a way of activating it copying the interceptor bean definition in the cxf-servlet.xml file (I have to this after deploying the project because each time I create a war file, eclipse erases my cxf-servlet.xml file to put the default one at its place). I still don't understand this. Why would Eclipse have a default cxf-servlet.xml file that it surreptitiously inserts in the WAR? That file is completely specific to CXF, most Eclipse committers have never even heard of that file. Are you using the Eclipse SOA Tools plugin--maybe *it* does something strange like this. I also copied the client xml file in my client app, naming it cxf.xml. The problem is that when I try to call my web service from the client, I have now this exception: java.io.IOException: Not in GZIP format It seems to occur in the client which is receiving a message. That's weird because the first step is to send a request to the server, isn't it? And the error occurs before the handleMessage method on the server is called... I really don't understand what is going on...:-( The email I just sent a few minutes ago to Jan in Germany had links to a Ant- and Maven- based builds, neither of which touch your cxf-servlet.xml file and neither (at least in my case) caused these error messages to occur. You may wish to move from IDE-based creation of web services to Maven or Ant-based instead. Glen
Re: suppress namespace?
I see. So do these toolkits produce messages with namespaces? If not we're gonna need to add extend aegis to not expect namespaces when reading. This is one of changes I had to in the extensions for SOAP encoded. -dain On Dec 12, 2007, at 6:56 PM, Daniel Kulp wrote: Dain, One of the main use cases for such namespace free responses is for the REST style things where a client does a get on a URL and receives an XML response back.The XML parsers in various toolkits (and browsers) don't always work well with the namespaces that JAXB and Aegis would always spit out. Most likely, you would register a service on two URL's. One that would return a proper XML that is consumable by smarter clients and another that would have the strip interceptor setup.You may be able to do something really smart in the interceptor like look at the user agent or something and only strip for certain agents. Dan On Wednesday 12 December 2007, Dain Sundstrom wrote: On Dec 12, 2007, at 7:55 AM, Daniel Kulp wrote: On Wednesday 12 December 2007, Vespa, Anthony J wrote: I would be interested in this as well for Aegis bindings - it does not make some of the JS libraries out there too happy. That is why doing it at the interceptor level is ideal. It would be completely independent of the databinding. Heck, you would be able to feed it a DOMSource if using a ProviderSource type thing and the namespaces would get stripped out as well. I'm not sure this can be done with an interceptor. I'd guess that, client that expects messages to be namespace free are unlikely to send messages with the proper namespaces in the first place. When aegis sees the xml without namespaces, it isn't going match nested elements in the BeanType class to the xml elements because it matches on qname. From what I have seen of the BeanType code, think that you can make aegis expect namespace free nested elements using a new TypeCreater which creates BeanTypes with no namespace expectations. This is how the StructType works. Now that I think about it, I bet the javascript libraries are expecting soap encoding which doesn't have namespace qualified nested elements. -dain -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
Aegis Binding - Hello World example fails with SchemaFactoryFinder$ConfigurationError
I'm trying to write a simple web service using Aegis but am running into some issues. When I try to start the server, I get the following exception: INFO: Creating Service {http://demo/}HelloWorld from class demo.HelloWorld JAXP: find factoryId=javax.xml.validation.SchemaFactory:http://www.w3.org/2001/XMLSchema Exception in thread main javax.xml.validation.SchemaFactoryFinder$ConfigurationError: Provider http\://www.w3.org/2001/XMLSchema=com.sun.org.apache.xerces.internal.jaxp.validation.xs.SchemaFactoryImpl not found at javax.xml.validation.SchemaFactoryFinder.newInstance(Unknown Source) at javax.xml.validation.SchemaFactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.validation.SchemaFactoryFinder.find(Unknown Source) at javax.xml.validation.SchemaFactory.newInstance(Unknown Source) at org.apache.cxf.aegis.type.XMLTypeCreator.clinit(XMLTypeCreator.java:115) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) at org.apache.cxf.aegis.type.DefaultTypeMappingRegistry.createRootTypeCreator(DefaultTypeMappingRegistry.java:244) at org.apache.cxf.aegis.type.DefaultTypeMappingRegistry.createTypeCreator(DefaultTypeMappingRegistry.java:228) at org.apache.cxf.aegis.type.DefaultTypeMappingRegistry.createTypeMapping(DefaultTypeMappingRegistry.java:209) at org.apache.cxf.aegis.type.DefaultTypeMappingRegistry.createTypeMapping(DefaultTypeMappingRegistry.java:202) at org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabinding.java:144) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:293) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:333) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:151) at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:74) at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:108) at test.StartServer.usingAegis(StartServer.java:48) at test.StartServer.main(StartServer.java:18) I'm trying to start the server as follows: HelloWorldImpl bean= new HelloWorldImpl (); ServerFactoryBean svrFactory = new ServerFactoryBean(); svrFactory.setServiceClass(HelloWorldImpl.class); svrFactory.setAddress(url); svrFactory.setServiceBean(bean); svrFactory.setDataBinding(new AegisDatabinding()); svrFactory.create(); -- View this message in context: http://www.nabble.com/Aegis-Binding---Hello-World-example-fails-with-SchemaFactoryFinder%24ConfigurationError-tp14324396p14324396.html Sent from the cxf-user mailing list archive at Nabble.com.
array - difference between JAXB and Aegis Binding
Hi, I wrote a simple web service with two methods, one that would take an array and one that would return an array. public String[] getAbc() { String[] strs = new String[3]; strs[0] = a; strs[1] = b; strs[2] = c; return strs; } public String setAbc(String[] args) { return done; } I noticed that with JAXB binding, the WSDL created does not have the wrapper 'ArrayOf...' element present. xsd:schema attributeFormDefault=unqualified elementFormDefault=unqualified targetNamespace=http://server.hw.demo/; xmlns:tns=http://server.hw.demo/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xsd:element name=setAbc type=tns:setAbc/ xsd:complexType name=setAbc xsd:sequence xsd:element maxOccurs=unbounded minOccurs=0 name=arg0 type=xsd:string/ /xsd:sequence /xsd:complexType xsd:element name=setAbcResponse type=tns:setAbcResponse/ xsd:complexType name=setAbcResponse xsd:sequence xsd:element minOccurs=0 name=return type=xsd:string/ /xsd:sequence /xsd:complexType xsd:element name=getAbc type=tns:getAbc/ xsd:complexType name=getAbc xsd:sequence/ /xsd:complexType xsd:element name=getAbcResponse type=tns:getAbcResponse/ xsd:complexType name=getAbcResponse xsd:sequence xsd:element maxOccurs=unbounded minOccurs=0 name=return type=xsd:string/ /xsd:sequence /xsd:complexType /xsd:schema However with Aegis binding, the wrapper 'ArrayOf...' elements are present. xsd:schema attributeFormDefault=qualified elementFormDefault=qualified targetNamespace=http://server.hw.demo/; xsd:complexType name=ArrayOfString xsd:sequence xsd:element maxOccurs=unbounded minOccurs=0 name=string nillable=true type=xsd:string/ /xsd:sequence /xsd:complexType xsd:element name=setAbc type=tns:setAbc/ xsd:complexType name=setAbc xsd:sequence xsd:element name=arg0 nillable=true type=tns:ArrayOfString/ /xsd:sequence /xsd:complexType xsd:element name=setAbcResponse type=tns:setAbcResponse/ xsd:complexType name=setAbcResponse xsd:sequence xsd:element minOccurs=0 name=return type=xsd:string/ /xsd:sequence /xsd:complexType xsd:element name=getAbc type=tns:getAbc/ xsd:complexType name=getAbc xsd:sequence/ /xsd:complexType xsd:element name=getAbcResponse type=tns:getAbcResponse/ xsd:complexType name=getAbcResponse xsd:sequence xsd:element name=return nillable=true type=tns:ArrayOfString/ /xsd:sequence /xsd:complexType /xsd:schema I'd like to use Aegis binding. But would like my WSDL to not have the wrapper 'ArrayOf...' elements. Is that possible? thanks, Just as an fyi.. this issue was discussed in this thread: http://www.nabble.com/JAX-WS-Array-Support-tt8483460.html#a8483460 -- View this message in context: http://www.nabble.com/array---difference-between-JAXB-and-Aegis-Binding-tp14325476p14325476.html Sent from the cxf-user mailing list archive at Nabble.com.
Re: XML elements does not belong to the namespace
I'm deploying a new 2.0.4 snapshot now that SHOULD fix it. (I'd appreciate it if that could be verified) We'll probably shoot for a 2.0.4 release mid January sometime. Dan On Thursday 13 December 2007, tcs wrote: Thanks very much for looking into this. I'm working on fixing this now, but it's definitely a fairly large change Any ideas as to when this will be working? Knowing when this feature would be available will be me plan my projects. thanks! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
RE: Configuring JAX-WS Handler in spring configuration file
Thanks Dan and Jervis for your responses. Added a feature request for this: https://issues.apache.org/jira/browse/CXF-1301 Best, gopal -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 11, 2007 1:13 PM To: cxf-user@incubator.apache.org Cc: gjanjana Subject: Re: Configuring JAX-WS Handler in spring configuration file I just answered this for someone else as well... :-) Currently, no. It looks like it was started as the HandlerChainBuilder has a buildHandlerChainFromConfiguration method, but it's only called from various unit tests right now. It's not wired into the spring loading at all. That would be a good feature request. Dan On Monday 10 December 2007, gjanjana wrote: I was trying to configure JAX-WS Handler as part of spring configuration file. I don't find any means to do that. Is it possible to register JAX-WS Handler at deploy time instead of using @HandlerChain annotation. I don't want every java class to declare this handler chain. For example following descriptor markup registers jaxws service endpoint. This element accept CXF interceptors as part of jaxws:inInterceptors element. However I don't find any way to register JAX-WS Handlers. jaxws:endpoint id=classImpl implementor=org.apache.cxf.jaxws.service.Hello endpointName=e:HelloEndpointCustomized serviceName=s:HelloServiceCustomized address=http://localhost:8080/test; xmlns:e=http://service.jaxws.cxf.apache.org/endpoint; xmlns:s=http://service.jaxws.cxf.apache.org/service/ /beans -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog - Never miss a thing. Make Yahoo your homepage.
add more attribute to my XML element
Hi, I am using the CXF HTTP binding for my application. I want to add some more attribute to my xml element. output is: ?xml version=1.0 encoding=UTF-8 ? - QueryResult xmlns=http://webservice.com; - result /result /QueryResult I need something like the following ?xml version=1.0 encoding=UTF-8 ? - ResultSet xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; =http://webservice.com; type=web totalResultsAvailable=9430 totalResultsReturned=3 firstResultPosition=1 - Result /Result /ResultSet something like the dynamic generated values. Can anyone help me on this. Thanks inadvance -- View this message in context: http://www.nabble.com/add-more-attribute-to-my-XML-element-tp14328931p14328931.html Sent from the cxf-user mailing list archive at Nabble.com.
Re: bug in sec:include / exclude ?
That doesn't seem right. If the filters are not doing the right thing, then this is definitely a bug and should be filed. Are you sure that the configuration you are specifying is getting applied to the endpiont that's getting logged? I have not seen this behavior before, but I also don't know how well the feature is tested in the code. -Fred On Dec 13, 2007, at 8:47 AM, Bc. Jiří Mikulášek wrote: Hi, I am using 2.0.2 and found strange behaviour: example: sec:include.*_WITH_RC4_.*/sec:include sec:exclude.*_RSA_WITH_NULL_SHA.*/sec:exclude gives message: INFO: The cipher suites have been set to TLS_RSA_WITH_AES_128_CBC_SHA, . containing RSA_WITH_NULL_SHA and sec:include.*_RSA_WITH_NULL_SHA.*/sec:include sec:exclude.*_WITH_RC4_.*/sec:exclude gives the same but containing WITH_RC4 and not containing RSA_WITH_NULL_SHA is the message bad or the algorithm is bad? -- Jiri Mikulasek - Developer AURA, s.r.o. Uvoz 499/56; 602 00 Brno ISO 9001 certified company AQAP 2110 (ČOS 051622) tel./fax: +420 544 508 115 e-mail: [EMAIL PROTECTED] http://www.aura.cz -
Re: Interceptor configuration not working
Hi , You can set the log level to FINE [1] to see if this interceptor is really added to the interceptor chain . [1] http://cwiki.apache.org/CXF20DOC/debugging.html Regards Jim Thorsten Jungblut wrote: Hi, i'm using CXF in Tomcat 6.0. I deployed a simple JAX-WS Webservice along with CXF and tried to add an interceptor. The webservice itself is working perfeclty but though my interceptor gets instantiated, it never get invoked. I only use one configuration file, cxf-servlet.xml under WEB-INF/ with the following contents: beans xmlns=http://www.springframework.org/schema/beans; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:jaxws=http://cxf.apache.org/jaxws; xmlns:cxf=http://cxf.apache.org/core; xsi:schemaLocation= http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://cxf.apache.org/jaxws http://cxf.apache.org/schemas/jaxws.xsd http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd; bean id=ServiceInterceptor name=ServiceInterceptor class=toy.ServiceInterceptor/ jaxws:endpoint id=classImpl1 implementor=toy.WebService1 address=/WebService1 / jaxws:endpoint id=classImpl2 implementor=toy.WebService2 address=/WebService2 / !-- cxf:bus cxf:inInterceptors ref bean=ServiceInterceptor/ /cxf:inInterceptors /cxf:bus-- bean id=cxf class=org.apache.cxf.bus.CXFBusImpl property name=inInterceptors list ref bean=ServiceInterceptor/ /list /property /bean /beans I already tried both, the cxf:bus element and the bean-element, nothing seems to help.. Did i miss something? Best regards T. Jungblut
Re: SOAP flow Compression?
Yes, I'm using Eclipse STP and SOA tools. When you generate the code from your wsdl, a web.xml and a cxf-servlet.xml are generated in the same folder as the wsdl. The same process occurs when you generates your war. And the generated files always overwrite your files... Glen Mazza-2 wrote: Am Donnerstag, den 13.12.2007, 08:45 -0800 schrieb Tophebboy: I already saw that...But I think I'm missing something...I read it twice and it still doesn't work!! Anyway, I found a way of activating it copying the interceptor bean definition in the cxf-servlet.xml file (I have to this after deploying the project because each time I create a war file, eclipse erases my cxf-servlet.xml file to put the default one at its place). I still don't understand this. Why would Eclipse have a default cxf-servlet.xml file that it surreptitiously inserts in the WAR? That file is completely specific to CXF, most Eclipse committers have never even heard of that file. Are you using the Eclipse SOA Tools plugin--maybe *it* does something strange like this. I also copied the client xml file in my client app, naming it cxf.xml. The problem is that when I try to call my web service from the client, I have now this exception: java.io.IOException: Not in GZIP format It seems to occur in the client which is receiving a message. That's weird because the first step is to send a request to the server, isn't it? And the error occurs before the handleMessage method on the server is called... I really don't understand what is going on...:-( The email I just sent a few minutes ago to Jan in Germany had links to a Ant- and Maven- based builds, neither of which touch your cxf-servlet.xml file and neither (at least in my case) caused these error messages to occur. You may wish to move from IDE-based creation of web services to Maven or Ant-based instead. Glen -- View this message in context: http://www.nabble.com/SOAP-flow-Compression--tp14299256p14330919.html Sent from the cxf-user mailing list archive at Nabble.com.