http://blog.gmane.org/gmane.comp.java.xfire.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.java.xfire.devel/4530 CXF can't recognize XFire SOAP response. ---------------------------------------- Key: XFIRE-1135 URL: http://jira.codehaus.org/browse/XFIRE-1135 Project: XFire Issue Type: Improvement Reporter: Andy Han Assignee: Dan Diephouse The SOAP response from XFire is 'out', not 'return'. For example, if a method named sayHello is called, the SOAP response is like: <soap:Body> <sayHello> <out>...</out> </sayHello> </soap:Body> CXF seems can only know 'return', not 'out'. So, the invoked result got from CXF is always NULL. Andy Han (JIRA 2008-12-01T07:02:19 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4529 CXF can't recognize XFire SOAP response. ---------------------------------------- Key: XFIRE-1135 URL: http://jira.codehaus.org/browse/XFIRE-1135 Project: XFire Issue Type: Improvement Reporter: Andy Han Assignee: Dan Diephouse The SOAP response from XFire is 'out', not 'return'. For example, if a method named sayHello is called, the SOAP response is like: <soap:Body> <sayHello> <out>...</out> </sayHello> </soap:Body> CXF seems can only know 'return', not 'out'. So, the invoked result got from CXF is always NULL. Andy Han (JIRA 2008-12-01T07:02:19 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4528 [ http://jira.codehaus.org/browse/XFIRE-724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154991#action_154991 ] Karl Palsson commented on XFIRE-724: ------------------------------------ Jsr181HandlerMapping also tries to create beans marked lazy-init="true" Karl Palsson (JIRA 2008-11-21T16:13:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4527 [ http://jira.codehaus.org/browse/XFIRE-724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154991#action_154991 ] Karl Palsson commented on XFIRE-724: ------------------------------------ Jsr181HandlerMapping also tries to create beans marked lazy-init="true" Karl Palsson (JIRA 2008-11-21T16:13:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4526 [ http://jira.codehaus.org/browse/XFIRE-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154990#action_154990 ] Karl Palsson commented on XFIRE-297: ------------------------------------ Was a second bug created for the lazy-init beans? Because that's still a problem. Karl Palsson (JIRA 2008-11-21T16:11:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4525 [ http://jira.codehaus.org/browse/XFIRE-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154990#action_154990 ] Karl Palsson commented on XFIRE-297: ------------------------------------ Was a second bug created for the lazy-init beans? Because that's still a problem. Karl Palsson (JIRA 2008-11-21T16:11:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4524 bug1313131313 ------------- Key: XFIRE-1134 URL: http://jira.codehaus.org/browse/XFIRE-1134 Project: XFire Issue Type: Bug Environment: environment Reporter: perseja Assignee: Dan Diephouse Fix For: 1.0-M3 description perseja (JIRA 2008-11-21T13:00:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4523 [ http://jira.codehaus.org/browse/XFIRE-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154972#action_154972 ] perseja commented on XFIRE-1134: -------------------------------- hello bug! perseja (JIRA 2008-11-21T13:00:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4522 [ http://jira.codehaus.org/browse/XFIRE-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154972#action_154972 ] perseja commented on XFIRE-1134: -------------------------------- hello bug! perseja (JIRA 2008-11-21T13:00:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4521 bug1313131313 ------------- Key: XFIRE-1134 URL: http://jira.codehaus.org/browse/XFIRE-1134 Project: XFire Issue Type: Bug Environment: environment Reporter: perseja Assignee: Dan Diephouse Fix For: 1.0-M3 description perseja (JIRA 2008-11-21T13:00:41 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4520 Hi all, I'm trying to achieve a simple file transfert from a server to a client. Here is some xFire service code and exception details: Environment : xFire 1.2.6 Java 1.5.0_10 Tomcat 5.5 Service Implementation code: public class DiffusionFichiersServiceImpl implements DiffusionFichiersService{ public DiffusionFichiersServiceImpl() { } public FileDataSource tranfertFile(){ FileDataSource m_fds = null; try { m_fds = new FileDataSource("c:\\\\ldap.txt"); } catch (Throwable tr){ System.out.println(tr.getMessage()); } return m_fds; } } Here is a part of the soap message displayed into the Eclipse Web Service Explorer tool when I call the "tranfertFile" method: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soap:Body> <ns1:tranfertFileResponse xmlns:ns1="http://wsDiffusionFichiers.cssmi.qc.ca"> <ns1:out> <contentType xmlns="http://activation.javax">text/plain</contentType> <file xmlns="http://activation.javax"> <absolute xmlns="http://io.java">true</absolute> <absoluteFile xmlns="http://io.java"> <absolute>true</absolute> <absoluteFile> <absolute>true</absolute> <absoluteFile> <absolute>true</absolute> <absoluteFile> <absolute>true</absolute> <absoluteFile> ... (until the exception shown in tomcat console) Here is the exception retrieved from the tomcat output console: java.lang.StackOverflowError at com.ctc.wstx.sw.BufferingXmlWriter.fastWriteRaw(BufferingXmlWriter.java:1080) at com.ctc.wstx.sw.BufferingXmlWriter.writeStartTagEnd(BufferingXmlWriter.java:713) at com.ctc.wstx.sw.BaseNsStreamWriter.closeStartElement(BaseNsStreamWriter.java:387) at com.ctc.wstx.sw.BaseNsStreamWriter.checkStartElement(BaseNsStreamWriter.java:436) at com.ctc.wstx.sw.SimpleNsStreamWriter.writeStartOrEmpty(SimpleNsStreamWriter.java:257) at com.ctc.wstx.sw.BaseNsStreamWriter.writeStartElement(BaseNsStreamWriter.java:318) at org.codehaus.xfire.aegis.stax.ElementWriter.writeStartElement(ElementWriter.java:116) at org.codehaus.xfire.aegis.stax.ElementWriter.<init>(ElementWriter.java:61) at org.codehaus.xfire.aegis.stax.ElementWriter.getElementWriter(ElementWriter.java:161) at org.codehaus.xfire.aegis.type.basic.BeanType.getWriter(BeanType.java:421) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:386) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) at org.codehaus.xfire.aegis.type.basic.BeanType.writeObject(BeanType.java:392) ... (This line are repeated a lot of time before those lines) Until now I've done some remote debuging to be sure that the FileDataSource is able to retrieve the file that the service have to transfer and all seem's to working well in the service code... Does someone have any tips or tricks for me ?!?!??!? Cheer's, Simon Rousseau CSSMI Simon Rousseau 2008-11-11T15:41:34 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4519 [ http://jira.codehaus.org/browse/XFIRE-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=153788#action_153788 ] Jorg Heymans commented on XFIRE-1125: ------------------------------------- a note should be added to the documentation that without this patch the XFireClientFactoryBean does not work as described in SSL mode. Jorg Heymans (JIRA 2008-11-11T10:45:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4518 [ http://jira.codehaus.org/browse/XFIRE-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=153788#action_153788 ] Jorg Heymans commented on XFIRE-1125: ------------------------------------- a note should be added to the documentation that without this patch the XFireClientFactoryBean does not work as described in SSL mode. Jorg Heymans (JIRA 2008-11-11T10:45:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4517 [ http://jira.codehaus.org/browse/XFIRE-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jorg Heymans updated XFIRE-1125: -------------------------------- Attachment: patch.tar This patch forces Resolver and ObjectServiceFactory to use commons-http instead of url.openStream(). This makes it possible to register custom protocol handlers for commons-http as described in the documentation (http://xfire.codehaus.org/HTTP+Transport) e.g. [code] Protocol authhttps = new Protocol("https", new AuthSSLProtocolSocketFactory(new URL( "file:/c:/ClientIdentityStore.jks"), "mykeypass", new URL("file:/c:/TrustServer.jks"), "mykeypass"), 22222); Protocol.registerProtocol("https", authhttps); [/code] Jorg Heymans (JIRA 2008-11-11T10:39:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4516 [ http://jira.codehaus.org/browse/XFIRE-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jorg Heymans updated XFIRE-1125: -------------------------------- Attachment: patch.tar This patch forces Resolver and ObjectServiceFactory to use commons-http instead of url.openStream(). This makes it possible to register custom protocol handlers for commons-http as described in the documentation (http://xfire.codehaus.org/HTTP+Transport) e.g. [code] Protocol authhttps = new Protocol("https", new AuthSSLProtocolSocketFactory(new URL( "file:/c:/ClientIdentityStore.jks"), "mykeypass", new URL("file:/c:/TrustServer.jks"), "mykeypass"), 22222); Protocol.registerProtocol("https", authhttps); [/code] Jorg Heymans (JIRA 2008-11-11T10:39:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4515 Validation complete. Your messages have been delivered.--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email mherron< at >digitopia.com 2008-11-10T21:05:50 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4513 Unable to create xml element with a attribute and a content value using aegis binding. -------------------------------------------------------------------------------------- Key: XFIRE-1133 URL: http://jira.codehaus.org/browse/XFIRE-1133 Project: XFire Issue Type: Bug Components: Aegis Module Affects Versions: 1.2.6 Environment: Windows XP, Eclipse 3.2.0 Reporter: Benoit Drolet Assignee: Dan Diephouse I want to create xml element with a attribute and a content value using aegis binding. I didn't find a way to create it using actual aegis definition. This is my case: Fore example, the java class: public class Employee { private String name; private String title; public String getName() { return name; } public void setName(String name) { this.name = name; } public String getTitle() { return title; } public void setTitle(String title) { this.title = title; } } I have this Aegis Mapping <mappings xmlns:np="urn:north-pole:operations"> <mapping name="np:Employee"> <property name="name" mappedName="Name" style="attribute" /> <property name="title" mappedName="Title"/> </mapping> </mappings> Actual Result <np:Employee xmlns:np="urn:north-pole:operations" name="Santa Claus"> <np:Title>Chief Present Officer (CPO)</np:Title> </np:Employee> I need to create this xml output format Expected Result <np:Employee xmlns:np="urn:north-pole:operations" name="Santa Claus">Chief Present Officer (CPO)</np:Employee> there is a way to do this? Ben Benoit Drolet (JIRA 2008-11-10T20:14:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4512 Unable to create xml element with a attribute and a content value using aegis binding. -------------------------------------------------------------------------------------- Key: XFIRE-1133 URL: http://jira.codehaus.org/browse/XFIRE-1133 Project: XFire Issue Type: Bug Components: Aegis Module Affects Versions: 1.2.6 Environment: Windows XP, Eclipse 3.2.0 Reporter: Benoit Drolet Assignee: Dan Diephouse I want to create xml element with a attribute and a content value using aegis binding. I didn't find a way to create it using actual aegis definition. This is my case: Fore example, the java class: public class Employee { private String name; private String title; public String getName() { return name; } public void setName(String name) { this.name = name; } public String getTitle() { return title; } public void setTitle(String title) { this.title = title; } } I have this Aegis Mapping <mappings xmlns:np="urn:north-pole:operations"> <mapping name="np:Employee"> <property name="name" mappedName="Name" style="attribute" /> <property name="title" mappedName="Title"/> </mapping> </mappings> Actual Result <np:Employee xmlns:np="urn:north-pole:operations" name="Santa Claus"> <np:Title>Chief Present Officer (CPO)</np:Title> </np:Employee> I need to create this xml output format Expected Result <np:Employee xmlns:np="urn:north-pole:operations" name="Santa Claus">Chief Present Officer (CPO)</np:Employee> there is a way to do this? Ben Benoit Drolet (JIRA 2008-11-10T20:14:13 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4510 I have the same problem. And I can't use < at >XmlType as it would change the namespace and break exisiting clients (note that clients not using .NET don't see this warning). Any other way to fix this? From what I read, I guess it involves importing the schemas, but I have no idea how to do that in the code, so that the generated WSDL picks it up. Thanks! p k 2008-10-14T14:07:02 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4509 [ http://jira.codehaus.org/browse/XFIRE-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=149787#action_149787 ] Bonzai commented on XFIRE-272: ------------------------------ I see that this issue was first reported in 2006, has there been any further investigation to this because now I stumble upon the same problem. I followed the Client API documentation. There it said that if one is trying out someone else's web service, one should try writing a dynamic client, which is what I'm trying to do. But we can't get complex structure back (an object), which is what the web service I'm testing is expected to return. What suggestions do you have? I already tried the proxy client route, however, also stuck at the following step: Service serviceModel = new ObjectServiceFactory().create(YourService.class); I understand that YourService should be an interface, but when I compiled my code, it did not recognise my interface. Thanks in advance. Bonzai (JIRA 2008-10-03T12:23:08 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4508 [ http://jira.codehaus.org/browse/XFIRE-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=149787#action_149787 ] Bonzai commented on XFIRE-272: ------------------------------ I see that this issue was first reported in 2006, has there been any further investigation to this because now I stumble upon the same problem. I followed the Client API documentation. There it said that if one is trying out someone else's web service, one should try writing a dynamic client, which is what I'm trying to do. But we can't get complex structure back (an object), which is what the web service I'm testing is expected to return. What suggestions do you have? I already tried the proxy client route, however, also stuck at the following step: Service serviceModel = new ObjectServiceFactory().create(YourService.class); I understand that YourService should be an interface, but when I compiled my code, it did not recognise my interface. Thanks in advance. Bonzai (JIRA 2008-10-03T12:23:08 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.xfire.devel