Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 63050 invoked from network); 13 Oct 2004 18:28:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 13 Oct 2004 18:28:01 -0000 Received: (qmail 42971 invoked by uid 500); 13 Oct 2004 18:27:55 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 42776 invoked by uid 500); 13 Oct 2004 18:27:53 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 42767 invoked by uid 99); 13 Oct 2004 18:27:53 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.28) with SMTP; Wed, 13 Oct 2004 11:27:52 -0700 Received: (qmail 16588 invoked from network); 13 Oct 2004 18:29:51 -0000 Received: from localhost (HELO nagoya) (127.0.0.1) by nagoya.betaversion.org with SMTP; 13 Oct 2004 18:29:51 -0000 Message-ID: <1711797567.1097692191762.JavaMail.apache@nagoya> Date: Wed, 13 Oct 2004 11:29:51 -0700 (PDT) From: axis-dev@ws.apache.org To: axis-dev@ws.apache.org Subject: [jira] Commented: (AXIS-1605) SOAPFaultException should be throw instead of AxisFault to be compliant with JAX-RPC 1.1 In-Reply-To: <1334607099.1097599012847.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The following comment has been added to this issue: Author: S=E9bastien Tardif Created: Wed, 13 Oct 2004 11:28 AM Body: SOAPFaultException has those methods: - Detail getDetail() // Gets the detail element. - String getFaultActor() // Gets the faultactor element. - QName=09getFaultCode() // Gets the faultcode element. - String getFaultString()// Gets the faultstring element. Detail class derived from Node: Interface Detail All Superinterfaces:=20 Node, SOAPElement, SOAPFaultElement=20 So it seems SOAPFaultException also permit to receive all the XML of the fa= ult detail. Let's agree JAX-RPC specification is suck because it allow Axis to be compl= iant without using the SOAPFaultException which is more standard and do the= same thing as AxisFault. Now do we want to improve Axis and support a flag which will change this be= havior? --------------------------------------------------------------------- View this comment: http://issues.apache.org/jira/browse/AXIS-1605?page=3Dcomments#action_540= 09 --------------------------------------------------------------------- View the issue: http://issues.apache.org/jira/browse/AXIS-1605 Here is an overview of the issue: --------------------------------------------------------------------- Key: AXIS-1605 Summary: SOAPFaultException should be throw instead of AxisFault to be = compliant with JAX-RPC 1.1 Type: Bug Status: Unassigned Priority: Major Project: Axis Versions: 1.2 Beta Assignee:=20 Reporter: S=E9bastien Tardif Created: Tue, 12 Oct 2004 9:35 AM Updated: Wed, 13 Oct 2004 11:28 AM Environment: Axis 9/23/2004 Description: SOAPFaultException should be throw instead of AxisFault to be compliant wit= h JAX-RPC 1.1. Right now as a Axis client of a webservices implemented with Axis I receive= an AxisFault instead of a SOAPFaultException. The JAX-RPC 1.1 said: >From 4.3.6: A wsdl:fault is mapped to either a java.rmi.RemoteException (or its subclas= s), service specific Java exception (described later in this section) or a java= x.xml.rpc. soap.SOAPFaultException. Refer to the section 6.5, "SOAP Fault" for more de= tails on the Java mapping of a WSDL fault based on the SOAP binding. Refer to the section 14.3.6, "Mapping of Remote Exceptions" for the mapping= between the standard SOAP faults [5] and the java.rmi.RemoteException. ... Service Specific Exception A service specific Java exception (mapped from a wsdl:fault and the corresp= onding wsdl:message) extends the class java.lang.Exception directly or indirectly. The single message part in the wsdl:message (referenced from the wsdl:fault element) may be either a type or an element. If the former, it can be eithe= r a xsd:complexType or a simple XML type. Each element inside the xsd:complexType is mapped to a getter method and a parameter in the constructor of the Java exception. Mapping of these elemen= ts follows the standard XML to Java type mapping. The name of the Java exception class= is mapped from the name attribute of the xsd:complexType for the single messag= e part. This naming scheme enables the WSDL to Java mapping to map an xsd:complexTy= pe derivation hierarchy to the corresponding Java exception class hierarchy. T= he following section illustrates an example. Refer to the section >From 6.5: A SOAP fault is mapped to either a javax.xml.rpc.soap.SOAPFaultException, a service specific exception class or RemoteException. - Without this bug I could change of webservices runtime compliant with JAX= -RPC and keep the same Java code. - AxisFault is not a service specific Exception and so should not derived f= rom RemoteException. --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira