http://permalink.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/4673 <pre>ERROR - org.apache.ws.security.WSSecurityException: WSHandler: Encryption: no crypto property file OR Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: XFIRE-1155 URL: https://jira.codehaus.org/browse/XFIRE-1155 Project: XFire Issue Type: Bug Environment: win xp jdk1.6 spring Reporter: Jeffrey Assignee: Dan Diephouse Fix For: 1.2.6 Exception in thread "main" org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData org.codehaus.xfire.fault.XFireFault: Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData at org.codehaus.xfire.fault.Soap11FaultSerializer.readMessage</pre> Jeffrey (JIRA 2011-11-01T02:31:52 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4672 <pre>ERROR - org.apache.ws.security.WSSecurityException: WSHandler: Encryption: no crypto property file OR Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: XFIRE-1155 URL: https://jira.codehaus.org/browse/XFIRE-1155 Project: XFire Issue Type: Bug Environment: win xp jdk1.6 spring Reporter: Jeffrey Assignee: Dan Diephouse Fix For: 1.2.6 Exception in thread "main" org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData org.codehaus.xfire.fault.XFireFault: Invalid operation: {http://www.w3.org/2001/04/xmlenc#}EncryptedData at org.codehaus.xfire.fault.Soap11FaultSerializer.readMessage</pre> Jeffrey (JIRA 2011-11-01T02:31:52 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4671 <pre>Xfire-all module's pom.xml contains bad dependency scope (compile) of xfire modules (xfire-aegis, xfire-core,...) ----------------------------------------------------------------------------------------------------------------- Key: XFIRE-1154 URL: https://jira.codehaus.org/browse/XFIRE-1154 Project: XFire Issue Type: Bug Affects Versions: 1.2.4 Environment: All Reporter: ST Assignee: Dan Diephouse Fix For: 1.2.7 Xfire-all module's pom.xml contains bad dependency scope (compile) of xfire modules (xfire-aegis, xfire-core,...). If you create dependency on xfire-all then you get xfire-all.jar and xfire-core.jar, xfire-aegis.jar,... It means You have duplicated all classes - one in xfire-all.jar a -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To</pre> ST (JIRA 2011-07-21T07:50:44 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4670 <pre>Xfire-all module's pom.xml contains bad dependency scope (compile) of xfire modules (xfire-aegis, xfire-core,...) ----------------------------------------------------------------------------------------------------------------- Key: XFIRE-1154 URL: https://jira.codehaus.org/browse/XFIRE-1154 Project: XFire Issue Type: Bug Affects Versions: 1.2.4 Environment: All Reporter: ST Assignee: Dan Diephouse Fix For: 1.2.7 Xfire-all module's pom.xml contains bad dependency scope (compile) of xfire modules (xfire-aegis, xfire-core,...). If you create dependency on xfire-all then you get xfire-all.jar and xfire-core.jar, xfire-aegis.jar,... It means You have duplicated all classes - one in xfire-all.jar a -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To</pre> ST (JIRA 2011-07-21T07:50:44 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4669 <pre>problem with parameter namespace ; xfire client generated from a cxf server wsdl -------------------------------------------------------------------------------- Key: XFIRE-1153 URL: http://jira.codehaus.org/browse/XFIRE-1153 Project: XFire Issue Type: Bug Affects Versions: 1.2.6 Reporter: Christian Htiman Assignee: Dan Diephouse Hello all! first, sorry for my bad english... I need to dialog with a CXF/OpenEJB web service from a XFire wsdl generated client. People managing the server tell me all the parameter are null. The reason I have found is the soap adds "ns1:" prefix to the parameter names : &lt;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"&gt; &lt;soap:Body&gt; &lt;ns1:verification xmlns:ns1="myNamespace"&gt; &lt;ns1:systemIdent&gt;SYSID&lt;/ns1:systemIdent&gt; &lt;ns1:sessionToken&gt;1231445569844&lt;/ns1:sessionToken&gt; &lt;/ns1:ver</pre> Christian Htiman (JIRA 2011-04-12T16:07:22 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4668 <pre>problem with parameter namespace ; xfire client generated from a cxf server wsdl -------------------------------------------------------------------------------- Key: XFIRE-1153 URL: http://jira.codehaus.org/browse/XFIRE-1153 Project: XFire Issue Type: Bug Affects Versions: 1.2.6 Reporter: Christian Htiman Assignee: Dan Diephouse Hello all! first, sorry for my bad english... I need to dialog with a CXF/OpenEJB web service from a XFire wsdl generated client. People managing the server tell me all the parameter are null. The reason I have found is the soap adds "ns1:" prefix to the parameter names : &lt;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"&gt; &lt;soap:Body&gt; &lt;ns1:verification xmlns:ns1="myNamespace"&gt; &lt;ns1:systemIdent&gt;SYSID&lt;/ns1:systemIdent&gt; &lt;ns1:sessionToken&gt;1231445569844&lt;/ns1:sessionToken&gt; &lt;/ns1:ver</pre> Christian Htiman (JIRA 2011-04-12T16:07:22 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4667 <pre> [ http://jira.codehaus.org/browse/XFIRE-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=262046#action_262046 ] Jeffrey commented on XFIRE-952: ------------------------------- I've counted the same problem. I even changed the PC, but still it didn't work. I am desperated now. HELP! HELP! yet I installed Unlimited Strength Jurisdiction Policy Files and the Bouncy Castle security provider. myeclipse jdk1.6 </pre> Jeffrey (JIRA 2011-03-31T02:55:23 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4666 <pre> [ http://jira.codehaus.org/browse/XFIRE-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=262046#action_262046 ] Jeffrey commented on XFIRE-952: ------------------------------- I've counted the same problem. I even changed the PC, but still it didn't work. I am desperated now. HELP! HELP! yet I installed Unlimited Strength Jurisdiction Policy Files and the Bouncy Castle security provider. myeclipse jdk1.6 </pre> Jeffrey (JIRA 2011-03-31T02:55:23 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4665 <pre>JBoss Web Services had the same issue and it was fixed. https://jira.jboss.org/browse/JBWS-2405 Please review. - Adnan Memon --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Adnan Memon 2010-11-30T03:25:11 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4664 <pre>MTOM/XOP Interoperability - cid href URLEncode/URLDecode -------------------------------------------------------- Key: XFIRE-1152 URL: http://jira.codehaus.org/browse/XFIRE-1152 Project: XFire Issue Type: Bug Affects Versions: 1.2.4 Reporter: James Snell Assignee: Dan Diephouse WCF uses a URL Encoded href cid for xopInclude. However, the Content-Id for the attachment is not URL Encoded. As such, XFire is unable to find the attachment. Example: Request &lt;xop:Include href="cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750" xmlns:xop="http://www.w3.org/2004/08/xop/include"/&gt; --uuid:357c6d9d-d6cf-42e3-bca5-75c8f3761934+id=1 Content-ID: &lt;http://tempuri.org/1/633631227250468750&gt; Response Attachment cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750 was not found. XFire log: java.lang.IllegalArgumentException: Attachment cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750 was not found. at org.codehaus.xfire.jaxb2</pre> James Snell (JIRA 2010-11-25T20:30:04 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4663 <pre>MTOM/XOP Interoperability - cid href URLEncode/URLDecode -------------------------------------------------------- Key: XFIRE-1152 URL: http://jira.codehaus.org/browse/XFIRE-1152 Project: XFire Issue Type: Bug Affects Versions: 1.2.4 Reporter: James Snell Assignee: Dan Diephouse WCF uses a URL Encoded href cid for xopInclude. However, the Content-Id for the attachment is not URL Encoded. As such, XFire is unable to find the attachment. Example: Request &lt;xop:Include href="cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750" xmlns:xop="http://www.w3.org/2004/08/xop/include"/&gt; --uuid:357c6d9d-d6cf-42e3-bca5-75c8f3761934+id=1 Content-ID: &lt;http://tempuri.org/1/633631227250468750&gt; Response Attachment cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750 was not found. XFire log: java.lang.IllegalArgumentException: Attachment cid:http%3A%2F%2Ftempuri.org%2F1%2F633631227250468750 was not found. at org.codehaus.xfire.jaxb2</pre> James Snell (JIRA 2010-11-25T20:30:04 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4662 <pre> [ http://jira.codehaus.org/browse/XFIRE-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=240044#action_240044 ] Trupti Parakh commented on XFIRE-480: ------------------------------------- Has this issue been resolved.??? I am still getting this error for the same example and I am using xfire-all-1.2.6.jar for the deployment of the service. As stated by eureka , I get a "java.lang.NullPointerException at org.codehaus.xfire.aegis.type.basic.HolderType.readObject(HolderType.java:54)" when the service is invoked. I would really appreciate any input on how to get this resolved or guidelines on implementing INOUT PARAMS using XFIRE. </pre> Trupti Parakh (JIRA 2010-10-19T03:38:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4661 <pre> [ http://jira.codehaus.org/browse/XFIRE-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=240044#action_240044 ] Trupti Parakh commented on XFIRE-480: ------------------------------------- Has this issue been resolved.??? I am still getting this error for the same example and I am using xfire-all-1.2.6.jar for the deployment of the service. As stated by eureka , I get a "java.lang.NullPointerException at org.codehaus.xfire.aegis.type.basic.HolderType.readObject(HolderType.java:54)" when the service is invoked. I would really appreciate any input on how to get this resolved or guidelines on implementing INOUT PARAMS using XFIRE. </pre> Trupti Parakh (JIRA 2010-10-19T03:38:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4662 <pre> [ http://jira.codehaus.org/browse/XFIRE-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=240044#action_240044 ] Trupti Parakh commented on XFIRE-480: ------------------------------------- Has this issue been resolved.??? I am still getting this error for the same example and I am using xfire-all-1.2.6.jar for the deployment of the service. As stated by eureka , I get a "java.lang.NullPointerException at org.codehaus.xfire.aegis.type.basic.HolderType.readObject(HolderType.java:54)" when the service is invoked. I would really appreciate any input on how to get this resolved or guidelines on implementing INOUT PARAMS using XFIRE. </pre> Trupti Parakh (JIRA 2010-10-19T03:38:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4661 <pre> [ http://jira.codehaus.org/browse/XFIRE-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=240044#action_240044 ] Trupti Parakh commented on XFIRE-480: ------------------------------------- Has this issue been resolved.??? I am still getting this error for the same example and I am using xfire-all-1.2.6.jar for the deployment of the service. As stated by eureka , I get a "java.lang.NullPointerException at org.codehaus.xfire.aegis.type.basic.HolderType.readObject(HolderType.java:54)" when the service is invoked. I would really appreciate any input on how to get this resolved or guidelines on implementing INOUT PARAMS using XFIRE. </pre> Trupti Parakh (JIRA 2010-10-19T03:38:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4660 <pre> [ http://jira.codehaus.org/browse/XFIRE-385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=234552#action_234552 ] kunjan rathod commented on XFIRE-385: ------------------------------------- This issue is does not seem to be a bug please append the following "pageEncoding=UTF-8" and the issue will be resolved. EG: application/xop+xml; charset=UTF-8; type="text/xml; charset=UTF-8;pageEncoding=UTF-8 " </pre> kunjan rathod (JIRA 2010-09-08T08:00:33 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4659 <pre> [ http://jira.codehaus.org/browse/XFIRE-385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=234552#action_234552 ] kunjan rathod commented on XFIRE-385: ------------------------------------- This issue is does not seem to be a bug please append the following "pageEncoding=UTF-8" and the issue will be resolved. EG: application/xop+xml; charset=UTF-8; type="text/xml; charset=UTF-8;pageEncoding=UTF-8 " </pre> kunjan rathod (JIRA 2010-09-08T08:00:33 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4658 <pre>VTD-XML 2.9, the next generation XML Processing API for SOA and Cloud computing, has been released. Please visit https://sourceforge.net/projects/vtd-xml/files/ to download the latest version. a.. Strict Conformance a.. VTD-XML now fully conforms to XML namespace 1.0 spec b.. Performance Improvement a.. Significantly improved parsing performance for small XML files c.. Expand Core VTD-XML API a.. Adds getPrefixString(), and toNormalizedString2() d.. Cutting/Splitting a.. Adds getSiblingElementFragment() e.. A number of bug fixes and code enhancement including: a.. Fixes a bug for reading very large XML documents on some platforms b.. Fixes a bug in parsing processing instruction c.. Fixes a bug in outputAndReparse() </pre> Jimmy Zhang 2010-08-13T07:53:29 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4657 <pre> [ http://jira.codehaus.org/browse/XFIRE-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=231673#action_231673 ] Aleksander Adamowski commented on XFIRE-719: -------------------------------------------- Just for the record, the exception "java.lang.IllegalArgumentException: A fault with name [ExceptionName] already exists in this operation" can also be thrown by CXF when publishing a JAX-WS endpoint, where a web method has the same exception listed twice in its "throws" clause. E.g.: &lt; at &gt;WebMethod public ReturnType someOperation(&lt; at &gt;WebParam(name = "someParam1") final String someParam1, &lt; at &gt;WebParam(name = "someParam2") final String someParam2) throws SomeCustomException1, SomeCustomException2, SomeCustomException1 Yes, it makes no sense but I've seen some absent-minded developers put those duplicate exception declarations and javac doesn't complain. </pre> Aleksander Adamowski (JIRA 2010-08-11T14:58:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4656 <pre> [ http://jira.codehaus.org/browse/XFIRE-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=231673#action_231673 ] Aleksander Adamowski commented on XFIRE-719: -------------------------------------------- Just for the record, the exception "java.lang.IllegalArgumentException: A fault with name [ExceptionName] already exists in this operation" can also be thrown by CXF when publishing a JAX-WS endpoint, where a web method has the same exception listed twice in its "throws" clause. E.g.: &lt; at &gt;WebMethod public ReturnType someOperation(&lt; at &gt;WebParam(name = "someParam1") final String someParam1, &lt; at &gt;WebParam(name = "someParam2") final String someParam2) throws SomeCustomException1, SomeCustomException2, SomeCustomException1 Yes, it makes no sense but I've seen some absent-minded developers put those duplicate exception declarations and javac doesn't complain. </pre> Aleksander Adamowski (JIRA 2010-08-11T14:58:32 http://permalink.gmane.org/gmane.comp.java.xfire.devel/4655 <pre> [ http://jira.codehaus.org/browse/XFIRE-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=231499#action_231499 ] Dave Garcia commented on XFIRE-1147: ------------------------------------ Hi guys, I found a (dirty) trick that could help. Using mirrors when maven is fetching from inexistent repository and it fails, it will try with to re-fetch using the mirror url. Adding the following info inside settings.xml (or creating if not existed) on your .m2 dir should work &lt;settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"&gt; &lt;mirrors&gt; &lt;mirror&gt; &lt;id&gt;ibiblio.org&lt;/id&gt; &lt;name&gt;ibiblio Mirror of http://repo1.maven.org/maven2/&lt;/name&gt; &lt;url&gt;http://repo1.maven.org/maven2/&lt;/url&gt; &lt;mirrorOf&gt;java.net&lt;/mirrorOf&gt; &lt;/mirror&gt; &lt;/mirrors&gt; &lt;/settings&gt; Best regar</pre> Dave Garcia (JIRA 2010-08-09T17:29:33 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.xfire.devel