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/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(Soap11FaultSerializer.java:31) at org.codehaus.xfire.fault.SoapFaultSerializer.readMessage(SoapFaultSerializer.java:28) at org.codehaus.xfire.soap.handler.ReadHeadersHandler.checkForFault(ReadHeadersHandler.java:111) at org.codehaus.xfire.soap.handler.ReadHeadersHandler.invoke(ReadHeadersHandler.java:67) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.client.Client.onReceive(Client.java:406) at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient(HttpChannel.java:139) at org.codehaus.xfire.transport.http.HttpChannel.send(HttpChannel.java:48) at org.codehaus.xfire.handler.OutMessageSender.invoke(OutMessageSender.java:26) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:79) at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:114) at org.codehaus.xfire.client.Client.invoke(Client.java:336) at org.codehaus.xfire.client.XFireProxy.handleRequest(XFireProxy.java:77) at org.codehaus.xfire.client.XFireProxy.invoke(XFireProxy.java:57) at $Proxy0.getRefinedTopicCount(Unknown Source) at com.monitor.client.ClientEnc.main(ClientEnc.java:47) outsecurity.properties: org.apache.ws.security.crypto.provider=org.apache.ws.security.components.crypto.Merlin org.apache.ws.security.crypto.merlin.keystore.type=jks org.apache.ws.security.crypto.merlin.keystore.password=storepass org.apache.ws.security.crypto.merlin.file=com/monitor/client/wss4j/clientStore.jks java security : security.provider.1=sun.security.provider.Sun security.provider.2=sun.security.rsa.SunRsaSign security.provider.3=com.sun.net.ssl.internal.ssl.Provider security.provider.4=com.sun.crypto.provider.SunJCE security.provider.5=sun.security.jgss.SunProvider security.provider.6=com.sun.security.sasl.Provider security.provider.7=org.jcp.xml.dsig.internal.dom.XMLDSigRI security.provider.8=sun.security.smartcardio.SunPCSC security.provider.9=sun.security.mscapi.SunMSCAPI security.provider.10=org.bouncycastle.jce.provider.BouncyCastleProvider and the client code: public class ClientEnc { private static XFireProxyFactory serviceFactory = new XFireProxyFactory(); public static void main(String[] args){ Service serviceModel = new ObjectServiceFactory().create(BbtForumService.class); try { System.out.println(System.getProperty("user.dir")); BufferedReader br= new BufferedReader(new FileReader("server/com/monitor/client/wss4j/outsecurity.properties")); String s; while ((s = br.readLine()) != null){ System.out.println(s); } br.close(); String serviceURL = "http://localhost:8080/ws/services/BbtForumServiceEnc"; BbtForumService service = (BbtForumService)serviceFactory.create(serviceModel, serviceURL); Client client = ((XFireProxy)Proxy.getInvocationHandler(service)).getClient(); client.addOutHandler(new DOMOutHandler()); Properties properties = new Properties(); properties.setProperty(WSHandlerConstants.ACTION, WSHandlerConstants.ENCRYPT); properties.setProperty(WSHandlerConstants.ENC_PROP_FILE, "com/monitor/client/wss4j/outsecurity.properties"); //properties.setProperty(WSHandlerConstants.ENC_SYM_ALGO, WSConstants.TRIPLE_DES); properties.setProperty(WSHandlerConstants.ENCRYPTION_USER, "server"); client.addOutHandler(new WSS4JOutHandler(properties)); int count = service.getRefinedTopicCount(20); System.out.println("count" + count); } catch (MalformedURLException e) { e.printStackTrace(); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } I have succeeded in signature and usertoken but only the encryption. I am driver mad! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </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(Soap11FaultSerializer.java:31) at org.codehaus.xfire.fault.SoapFaultSerializer.readMessage(SoapFaultSerializer.java:28) at org.codehaus.xfire.soap.handler.ReadHeadersHandler.checkForFault(ReadHeadersHandler.java:111) at org.codehaus.xfire.soap.handler.ReadHeadersHandler.invoke(ReadHeadersHandler.java:67) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.client.Client.onReceive(Client.java:406) at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient(HttpChannel.java:139) at org.codehaus.xfire.transport.http.HttpChannel.send(HttpChannel.java:48) at org.codehaus.xfire.handler.OutMessageSender.invoke(OutMessageSender.java:26) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:79) at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:114) at org.codehaus.xfire.client.Client.invoke(Client.java:336) at org.codehaus.xfire.client.XFireProxy.handleRequest(XFireProxy.java:77) at org.codehaus.xfire.client.XFireProxy.invoke(XFireProxy.java:57) at $Proxy0.getRefinedTopicCount(Unknown Source) at com.monitor.client.ClientEnc.main(ClientEnc.java:47) outsecurity.properties: org.apache.ws.security.crypto.provider=org.apache.ws.security.components.crypto.Merlin org.apache.ws.security.crypto.merlin.keystore.type=jks org.apache.ws.security.crypto.merlin.keystore.password=storepass org.apache.ws.security.crypto.merlin.file=com/monitor/client/wss4j/clientStore.jks java security : security.provider.1=sun.security.provider.Sun security.provider.2=sun.security.rsa.SunRsaSign security.provider.3=com.sun.net.ssl.internal.ssl.Provider security.provider.4=com.sun.crypto.provider.SunJCE security.provider.5=sun.security.jgss.SunProvider security.provider.6=com.sun.security.sasl.Provider security.provider.7=org.jcp.xml.dsig.internal.dom.XMLDSigRI security.provider.8=sun.security.smartcardio.SunPCSC security.provider.9=sun.security.mscapi.SunMSCAPI security.provider.10=org.bouncycastle.jce.provider.BouncyCastleProvider and the client code: public class ClientEnc { private static XFireProxyFactory serviceFactory = new XFireProxyFactory(); public static void main(String[] args){ Service serviceModel = new ObjectServiceFactory().create(BbtForumService.class); try { System.out.println(System.getProperty("user.dir")); BufferedReader br= new BufferedReader(new FileReader("server/com/monitor/client/wss4j/outsecurity.properties")); String s; while ((s = br.readLine()) != null){ System.out.println(s); } br.close(); String serviceURL = "http://localhost:8080/ws/services/BbtForumServiceEnc"; BbtForumService service = (BbtForumService)serviceFactory.create(serviceModel, serviceURL); Client client = ((XFireProxy)Proxy.getInvocationHandler(service)).getClient(); client.addOutHandler(new DOMOutHandler()); Properties properties = new Properties(); properties.setProperty(WSHandlerConstants.ACTION, WSHandlerConstants.ENCRYPT); properties.setProperty(WSHandlerConstants.ENC_PROP_FILE, "com/monitor/client/wss4j/outsecurity.properties"); //properties.setProperty(WSHandlerConstants.ENC_SYM_ALGO, WSConstants.TRIPLE_DES); properties.setProperty(WSHandlerConstants.ENCRYPTION_USER, "server"); client.addOutHandler(new WSS4JOutHandler(properties)); int count = service.getRefinedTopicCount(20); System.out.println("count" + count); } catch (MalformedURLException e) { e.printStackTrace(); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } I have succeeded in signature and usertoken but only the encryption. I am driver mad! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </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 unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </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 unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </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:verification &gt; &lt;/soap:Body&gt; &lt;/soap:Envelope&gt; when I send the same soap with soapUI without "ns1:" before the parameter names, it works!!! &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;systemIdent&gt;SYSID&lt;/systemIdent&gt; &lt;sessionToken&gt;1231445569844&lt;/sessionToken&gt; &lt;/ns1:verification &gt; &lt;/soap:Body&gt; &lt;/soap:Envelope&gt; I have already added UNQUALIFIED to package-info.java but it is the same result &lt; at &gt;javax.xml.bind.annotation.XmlSchema(namespace = "myNamespace", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.UNQUALIFIED) Does anyone know what I should check and/or change in either in the web service interface class and/or its implementation? thank you... really... </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:verification &gt; &lt;/soap:Body&gt; &lt;/soap:Envelope&gt; when I send the same soap with soapUI without "ns1:" before the parameter names, it works!!! &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;systemIdent&gt;SYSID&lt;/systemIdent&gt; &lt;sessionToken&gt;1231445569844&lt;/sessionToken&gt; &lt;/ns1:verification &gt; &lt;/soap:Body&gt; &lt;/soap:Envelope&gt; I have already added UNQUALIFIED to package-info.java but it is the same result &lt; at &gt;javax.xml.bind.annotation.XmlSchema(namespace = "myNamespace", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.UNQUALIFIED) Does anyone know what I should check and/or change in either in the web service interface class and/or its implementation? thank you... really... </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.AttachmentUnmarshaller.getAttachmentAsDataHandler(AttachmentUnmarshaller.java:70) at com.sun.xml.bind.v2.runtime.unmarshaller.MTOMDecorator.startElement(MTOMDecorator.java:60) at com.sun.xml.bind.v2.runtime.unmarshaller.InterningXmlVisitor.startElement(InterningXmlVisitor.java:35) at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handleStartElement(StAXStreamConnector.java:201) at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge(StAXStreamConnector.java:135) at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:332) at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:304) at org.codehaus.xfire.jaxb2.JaxbType.readObject(JaxbType.java:196) at org.codehaus.xfire.aegis.AegisBindingProvider.readParameter(AegisBindingProvider.java:162) at org.codehaus.xfire.service.binding.AbstractBinding.read(AbstractBinding.java:206) at org.codehaus.xfire.service.binding.DocumentBinding.readMessage(DocumentBinding.java:32) at org.codehaus.xfire.soap.handler.SoapBodyHandler.invoke(SoapBodyHandler.java:42) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:278) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:130) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.etilize.inquire.service.catalog.InQuireCatalogWSFilter.doFilter(InQuireCatalogWSFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at com.etilize.inquire.service.router.ServiceEntranceServlet.doPost(ServiceEntranceServlet.java:118) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) at java.lang.Thread.run(Thread.java:619) </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.AttachmentUnmarshaller.getAttachmentAsDataHandler(AttachmentUnmarshaller.java:70) at com.sun.xml.bind.v2.runtime.unmarshaller.MTOMDecorator.startElement(MTOMDecorator.java:60) at com.sun.xml.bind.v2.runtime.unmarshaller.InterningXmlVisitor.startElement(InterningXmlVisitor.java:35) at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handleStartElement(StAXStreamConnector.java:201) at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge(StAXStreamConnector.java:135) at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:332) at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:304) at org.codehaus.xfire.jaxb2.JaxbType.readObject(JaxbType.java:196) at org.codehaus.xfire.aegis.AegisBindingProvider.readParameter(AegisBindingProvider.java:162) at org.codehaus.xfire.service.binding.AbstractBinding.read(AbstractBinding.java:206) at org.codehaus.xfire.service.binding.DocumentBinding.readMessage(DocumentBinding.java:32) at org.codehaus.xfire.soap.handler.SoapBodyHandler.invoke(SoapBodyHandler.java:42) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:278) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:130) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.etilize.inquire.service.catalog.InQuireCatalogWSFilter.doFilter(InQuireCatalogWSFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at com.etilize.inquire.service.router.ServiceEntranceServlet.doPost(ServiceEntranceServlet.java:118) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) at java.lang.Thread.run(Thread.java:619) </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 regards Dave </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