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://comments.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://comments.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://comments.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://comments.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://comments.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> Simon Rousseau 2008-11-11T15:41:34 http://comments.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 <m Benoit Drolet (JIRA 2008-11-10T20:14:13 http://comments.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 <m Benoit Drolet (JIRA 2008-11-10T20:14:13 http://comments.gmane.org/gmane.comp.java.xfire.devel/4505 xFire and IPV6 -------------- Key: XFIRE-1132 URL: http://jira.codehaus.org/browse/XFIRE-1132 Project: XFire Issue Type: Bug Reporter: Dror Bar-Gil Assignee: Dan Diephouse We found that currently xFire are not fully compatible with IPV6, after looking at the sources we found that xFire open a file with a given IP address as the file name when the '.' Character is replaced with "_" in order to be a legal file name. IPV6 uses additional characters that need to be replaced to "_" as well. The fix: From XFire lib - commons-codec-1.3.jar Class: org.apache.commons.codec.net.URLCodec Method: public static final byte[] decodeUrl(byte[] bytes) throws DecoderException Description of changes: Skip replacing characters between [] if exist. Modified code: public static final byte[] decodeUrl(byte[] bytes) throws DecoderException { if (bytes == null) { return null; } String url = Dror Bar-Gil (JIRA 2008-09-18T14:02:48 http://comments.gmane.org/gmane.comp.java.xfire.devel/4504 xFire and IPV6 -------------- Key: XFIRE-1132 URL: http://jira.codehaus.org/browse/XFIRE-1132 Project: XFire Issue Type: Bug Reporter: Dror Bar-Gil Assignee: Dan Diephouse We found that currently xFire are not fully compatible with IPV6, after looking at the sources we found that xFire open a file with a given IP address as the file name when the '.' Character is replaced with "_" in order to be a legal file name. IPV6 uses additional characters that need to be replaced to "_" as well. The fix: From XFire lib - commons-codec-1.3.jar Class: org.apache.commons.codec.net.URLCodec Method: public static final byte[] decodeUrl(byte[] bytes) throws DecoderException Description of changes: Skip replacing characters between [] if exist. Modified code: public static final byte[] decodeUrl(byte[] bytes) throws DecoderException { if (bytes == null) { return null; } String url = Dror Bar-Gil (JIRA 2008-09-18T14:02:48 http://comments.gmane.org/gmane.comp.java.xfire.devel/4503 dvsdfvsdfvsdv ------------- Key: XFIRE-1131 URL: http://jira.codehaus.org/browse/XFIRE-1131 Project: XFire Issue Type: Bug Reporter: John Assignee: Dan Diephouse John (JIRA 2008-09-05T02:28:48 http://comments.gmane.org/gmane.comp.java.xfire.devel/4502 dvsdfvsdfvsdv ------------- Key: XFIRE-1131 URL: http://jira.codehaus.org/browse/XFIRE-1131 Project: XFire Issue Type: Bug Reporter: John Assignee: Dan Diephouse John (JIRA 2008-09-05T02:28:48 http://comments.gmane.org/gmane.comp.java.xfire.devel/4501 NullPointerException in MessageIdCorrelator under multithreaded load -------------------------------------------------------------------- Key: XFIRE-1130 URL: http://jira.codehaus.org/browse/XFIRE-1130 Project: XFire Issue Type: Bug Components: Core Affects Versions: 1.2-RC Reporter: Alexey Yudichev Assignee: Dan Diephouse I am using XFire client in an 10-threaded environment and I am getting sporadic NPEs: org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException at org.codehaus.xfire.fault.XFireFault.createFault(XFireFault.java:89) at org.codehaus.xfire.client.Client.onReceive(Client.java:386) at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient(HttpChannel.java:134) at org.codehaus.xfire.transport.http.HttpChannel.se Alexey Yudichev (JIRA 2008-09-04T08:26:49 http://comments.gmane.org/gmane.comp.java.xfire.devel/4500 NullPointerException in MessageIdCorrelator under multithreaded load -------------------------------------------------------------------- Key: XFIRE-1130 URL: http://jira.codehaus.org/browse/XFIRE-1130 Project: XFire Issue Type: Bug Components: Core Affects Versions: 1.2-RC Reporter: Alexey Yudichev Assignee: Dan Diephouse I am using XFire client in an 10-threaded environment and I am getting sporadic NPEs: org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException at org.codehaus.xfire.fault.XFireFault.createFault(XFireFault.java:89) at org.codehaus.xfire.client.Client.onReceive(Client.java:386) at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient(HttpChannel.java:134) at org.codehaus.xfire.transport.http.HttpChannel.se Alexey Yudichev (JIRA 2008-09-04T08:26:49 http://comments.gmane.org/gmane.comp.java.xfire.devel/4497 Soap Charset problem -------------------- Key: XFIRE-1129 URL: http://jira.codehaus.org/browse/XFIRE-1129 Project: XFire Issue Type: Bug Components: Castor Affects Versions: 1.2.6 Environment: SDK1.5, jboss, ubuntu 7.04 Reporter: Andrea Bozzetto Assignee: Dan Diephouse Attachments: patch.tar.gz With this charset specification: {quote} Content-Type: application/soap+xml; charset=UTF-8; action="urn:ihe:iti:2007:RegistryStoredQuery" {quote} the contoller raise an "nknow charset charset=UTF-8; action=urn:ihe:iti:2007:RegistryStoredQuery" Andrea Bozzetto (JIRA 2008-08-25T12:32:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4496 Soap Charset problem -------------------- Key: XFIRE-1129 URL: http://jira.codehaus.org/browse/XFIRE-1129 Project: XFire Issue Type: Bug Components: Castor Affects Versions: 1.2.6 Environment: SDK1.5, jboss, ubuntu 7.04 Reporter: Andrea Bozzetto Assignee: Dan Diephouse Attachments: patch.tar.gz With this charset specification: {quote} Content-Type: application/soap+xml; charset=UTF-8; action="urn:ihe:iti:2007:RegistryStoredQuery" {quote} the contoller raise an "nknow charset charset=UTF-8; action=urn:ihe:iti:2007:RegistryStoredQuery" Andrea Bozzetto (JIRA 2008-08-25T12:32:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4489 JaxbContext is created on everey request ---------------------------------------- Key: XFIRE-1128 URL: http://jira.codehaus.org/browse/XFIRE-1128 Project: XFire Issue Type: Bug Components: JAXB 2.0 Affects Versions: 1.2.6, 1.2.5, 1.2.4 Environment: Windows server 2003, IBM JVM 1.5 Reporter: Lars Milland Assignee: Dan Diephouse Fix For: 1.2.7, 1.2.6, 1.2.5, 1.2.4 Whe xfire performs a SOAP request where the binding of XML to Java and vice versa is done by using JAXB 2.0 the JaxbContext is created on every request. Creating a JaxbContext is a very long running function, particular with large schema's and a large Java codebase where annotations defining the JAXB binding is descibed. The method getJAXBContext of the type "org.codehaus.xfire.jaxb2.JaxbType" should cache the JaxbContext for later use to avoid paying the performance overhead of creating a new JaxbContext. A similar issue is repo Lars Milland (JIRA 2008-08-08T07:41:26 http://comments.gmane.org/gmane.comp.java.xfire.devel/4488 JaxbContext is created on everey request ---------------------------------------- Key: XFIRE-1128 URL: http://jira.codehaus.org/browse/XFIRE-1128 Project: XFire Issue Type: Bug Components: JAXB 2.0 Affects Versions: 1.2.6, 1.2.5, 1.2.4 Environment: Windows server 2003, IBM JVM 1.5 Reporter: Lars Milland Assignee: Dan Diephouse Fix For: 1.2.7, 1.2.6, 1.2.5, 1.2.4 Whe xfire performs a SOAP request where the binding of XML to Java and vice versa is done by using JAXB 2.0 the JaxbContext is created on every request. Creating a JaxbContext is a very long running function, particular with large schema's and a large Java codebase where annotations defining the JAXB binding is descibed. The method getJAXBContext of the type "org.codehaus.xfire.jaxb2.JaxbType" should cache the JaxbContext for later use to avoid paying the performance overhead of creating a new JaxbContext. A similar issue is repo Lars Milland (JIRA 2008-08-08T07:41:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4486 USE of WSS4J in Weblogic10 --------------------------- Key: XFIRE-1127 URL: http://jira.codehaus.org/browse/XFIRE-1127 Project: XFire Issue Type: Bug Components: WS-Security Affects Versions: 1.2.6 Environment: Windows Reporter: kuldeep thakare Assignee: Dan Diephouse Trying to access an XFire service using WS security in BEA Weblogic10. I have used WSS4J and Xmlsec jars but still getting below exception. java.lang.ClassNotFoundException: org.apache.ws.security.transform.STRTransform at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.ja kuldeep thakare (JIRA 2008-07-31T21:14:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4485 USE of WSS4J in Weblogic10 --------------------------- Key: XFIRE-1127 URL: http://jira.codehaus.org/browse/XFIRE-1127 Project: XFire Issue Type: Bug Components: WS-Security Affects Versions: 1.2.6 Environment: Windows Reporter: kuldeep thakare Assignee: Dan Diephouse Trying to access an XFire service using WS security in BEA Weblogic10. I have used WSS4J and Xmlsec jars but still getting below exception. java.lang.ClassNotFoundException: org.apache.ws.security.transform.STRTransform at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.ja kuldeep thakare (JIRA 2008-07-31T21:14:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4482 Server did not recogize the value of Http header ------------------------------------------------ Key: XFIRE-1126 URL: http://jira.codehaus.org/browse/XFIRE-1126 Project: XFire Issue Type: Bug Environment: Windows XP, Eclipse 3.3, xfire plugin org.codehaus.xfire.eclipse_1.0.2.xfire126.jar Reporter: Richard Johnson Assignee: Dan Diephouse Attachments: lists.wsdl I am generating java classes based on the attached wsdl with the Eclipse plugin. When the code is executed there is a returned error stating that the soap action header was not set. There was a similar bug that was marked fixed however I am still seeing this issue. Could the patched code not have made it to the plugin functionality? In any case, there is still an issue that needs to be addressed. Here is the code being executed. Service service = new ObjectServiceFactory().create(ListsSoap.class); HttpParams params = HttpClientParams.getDefa Richard Johnson (JIRA 2008-07-14T20:05:27 http://comments.gmane.org/gmane.comp.java.xfire.devel/4481 Server did not recogize the value of Http header ------------------------------------------------ Key: XFIRE-1126 URL: http://jira.codehaus.org/browse/XFIRE-1126 Project: XFire Issue Type: Bug Environment: Windows XP, Eclipse 3.3, xfire plugin org.codehaus.xfire.eclipse_1.0.2.xfire126.jar Reporter: Richard Johnson Assignee: Dan Diephouse Attachments: lists.wsdl I am generating java classes based on the attached wsdl with the Eclipse plugin. When the code is executed there is a returned error stating that the soap action header was not set. There was a similar bug that was marked fixed however I am still seeing this issue. Could the patched code not have made it to the plugin functionality? In any case, there is still an issue that needs to be addressed. Here is the code being executed. Service service = new ObjectServiceFactory().create(ListsSoap.class); HttpParams params = HttpClientParams.getDefa Richard Johnson (JIRA 2008-07-14T20:05:27 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.xfire.devel