Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 49634 invoked from network); 23 Jun 2006 21:29:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jun 2006 21:29:13 -0000 Received: (qmail 93437 invoked by uid 500); 23 Jun 2006 21:28:52 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 93419 invoked by uid 500); 23 Jun 2006 21:28:52 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 93408 invoked by uid 99); 23 Jun 2006 21:28:52 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 14:28:52 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [131.225.111.12] (HELO mailgw2.fnal.gov) (131.225.111.12) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 14:28:50 -0700 Received: from mailav2.fnal.gov (mailav2.fnal.gov [131.225.111.20]) by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with SMTP id <0J1C005R40ZBT3@mailgw2.fnal.gov> for axis-user@ws.apache.org; Fri, 23 Jun 2006 16:28:29 -0500 (CDT) Received: from mailgw2.fnal.gov ([131.225.111.12]) by mailav2.fnal.gov (SAVSMTP 3.1.7.47) with SMTP id M2006062316282909655 for ; Fri, 23 Jun 2006 16:28:29 -0500 Received: from conversion-daemon.mailgw2.fnal.gov by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) id <0J1C00F010MRBO@mailgw2.fnal.gov> (original mail from maxim@fnal.gov) for axis-user@ws.apache.org; Fri, 23 Jun 2006 16:28:29 -0500 (CDT) Received: from CD98263 (cd-98263.fnal.gov [131.225.80.121]) by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with ESMTP id <0J1C005M00Z1T6@mailgw2.fnal.gov> for axis-user@ws.apache.org; Fri, 23 Jun 2006 16:28:26 -0500 (CDT) Date: Fri, 23 Jun 2006 16:28:13 -0500 From: maxim Subject: RE: something is wrong with my deployment or Axis ? In-reply-to: <0J1B000U2X3IJH@mailgw2.fnal.gov> To: axis-user@ws.apache.org Message-id: <0J1C005M20ZET6@mailgw2.fnal.gov> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-type: multipart/alternative; boundary="Boundary_(ID_8aCBpdxbv91Svim+b39KKQ)" Thread-index: AcaW8/p3tZArxK0cSqyUucDg6oMvHwACIBXgAAN/ZmA= X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --Boundary_(ID_8aCBpdxbv91Svim+b39KKQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT ok, I think the problem was as I though in the choice of options for wsdl2java. the wsdl2java usage says: -W,--noWrapped turn off support for "wrapped" document/literal ----------------- BUT, its doing indeed the opposite - with -W I was able to build my deployed classes correctly and I see now wrapped doc/literal calls in my SOAP ... --Maxim _____ From: maxim [mailto:maxim@fnal.gov] Sent: Friday, June 23, 2006 3:04 PM To: axis-user@ws.apache.org Subject: RE: something is wrong with my deployment or Axis ? Hi Anne, I understand that element local name? Are you exposing all methods through the interface? If so, I suggest you replace the list of methods with "*" in your WSDD. I seriously doubt that the problem is in the client -- I assume there's a problem in your configuration. Did you generate the service skeleton using WSDL2Java? Anne On 6/23/06, maxim wrote: Hi Anne, I've changed my WSDl and schemas and verified that its valid with CapeClear WS-I complained studio. Then I've recreated my service but its giving me the same problems - calling wrong methods. May be I should use some specific options with WSDL2JAVA in order to created correct stubs ? I've attached my wsdl . I am using this ant task to create my java classes and client stubs: Also, my method is supposed to return the array of elements, it returns indeed, but Axis client is having a big problem in deserializing it: SOAP: > >starlight1 0Gr-s-faplstarlight-1 0G-outr-s-starlight-fnalstarlight-fapl-infapl-access-in131.225.2.0/24nonoFAPL Test Cluster at FermilabFlowSpecCapstarlight10Gstarlight10Gnonostarlight2 0Gr-s-faplstarlight- 10G-outr-s-starlight-fnal2starlight-fapl-in2fapl-access-in2131.225.2.0/24nonoFAPL Test Cluster at FermilabFlowSpecCapstarlight10Gstarlight10Gnono -------------- ERROR: --------------- faultString: org.xml.sax.SAXParserException: Whitespace required before attributes. Thanks, Maxim. _____ From: Anne Thomas Manes [mailto:atmanes@gmail.com] Sent: Wednesday, June 21, 2006 4:05 PM To: axis-user@ws.apache.org Subject: Re: something is wrong with my deployment or Axis ? Also, the namespace attribute can cause this type of problem -- the namespace attribute overrides the schema target namespace and changes the QName of the child element of the SOAP Body. That QName is what Axis uses to dispatch requests. I'm really surprised that shifting the parameters around gave Axis enough information to dispatch a request properly, but the fact remains, your WSDL is invalid, and you need to fix it. Anne On 6/21/06, Anne Thomas Manes wrote: It doesn't matter that the types exist in the local schema files -- the problem is that you aren't importing/including them properly. See my quick observations. Anne On 6/21/06, maxim wrote: Thanks for prompt reply, Anne, Of course those types exists in the locally located schema files. Thanks for noticing SOAP encoding in the soap:body. But, I dont think its related. The problem is that in generated WSDD file there is line: I have no idea why its getting generated in such order but it seems like this order is important to identify the correct operation on the server. However, in generated client's stub file the order of the operations is different so in real life scenario I have the mismatch between call and invoked method. I've tested it by changing the order in this "parameter" list and it worked. --Maxim _____ From: Anne Thomas Manes [mailto:atmanes@gmail.com] Sent: Wednesday, June 21, 2006 1:13 PM To: axis-user@ws.apache.org Subject: Re: something is wrong with my deployment or Axis ? Validation of your WSDL using Cape Clear SOA Editor produces the following errors: - There is no schema component of the name [pbrns:PBRclient] defined in the WSDL either via imported or embedded schema. - There is no type [{ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient ] defined for the part [Part: name=msgPBRC elementName={ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient] in the message [Message: name={pbrAPI}PBRClientMessage Part: name=msgPBRC elementName={ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient] in the WSDL. - There is no type [{http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] defined for the part [Part: name=openSvcTRS elementName={http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] in the message [Message: name={pbrAPI}openSvcTicketResponse Part: name=openSvcTRS elementName={http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] in the WSDL. - There is no type [{ http://www.lambdastation.org/datatypes/ls/}LambdaStation] defined for the part [Part: name=msgLS elementName={http://www.lambdastation.org/datatypes/ls/}LambdaStation ] in the message [Message: name={pbrAPI}LSMessage Part: name=msgLS elementName={http://www.lambdastation.org/datatypes/ls/}LambdaStation ] in the WSDL. - There is no type [{http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] defined for the part [Part: name=openSvcTRQ elementName={ http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket] in the message [Message: name={pbrAPI}openSvcTicketRequest Part: name=openSvcTRQ elementName={ http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket] in the WSDL. Here are some quick observations: 1. You must import the "http://www.lambdastation.org/datatypes/pbrclients/ " namespace into the "http://www.lambdastation.org/datatypes/internal/ " schema. 2. You cannot import a namespace into a schema with the same target namespace (you must use instead of ). You should combine the two schemas with the target namespace of http://www.lambdastation.org/datatypes/ls/ and include both schemas into the one. You should remove the schema with the target namespace of " http://www.lambdastation.org/datatypes/pbrclients/". (This schema should be imported into the "http://www.lambdastation.org/datatypes/internal/ " schema instead.) 3. SOAP Encoding is incompatible with document style. You must remove the encodingStyle and namespace attributes from the and definitions in your . Anne On 6/21/06, maxim wrote: Hello, I am trying to understand what is wrong with my deployment. It seems like my service is getting requests , but processing them with wrong java methods. I've seen it before and its disappeared after I've changed the order of operations in the binding section of my WSDL, but after I've added more operations its appeared again. Its Axis 1.4 on both sides - server and client, all API was developed starting from WSDL first. I've attached wsdl and wsdd files. I am trying to call these methods: org.lambdastation.www.datatypes.pbrclients.PBRclient[] rmResult = myService.getKnownClients("Fermilab"); PBRclientDocument.PBRclient myCL = getReq(); boolean addResult = myService.addPBRClient(xmlbeansAxisAdapter.XML2AxisPBR(myCL)); ------------------- But it seems like my service have own opinion about what I am calling , basically instead of calling getKnownClients method it calls getLSInfo method ???: ---------------------------------------- java.lang.ClassCastException at gov.fnal.lambdastation.util.xmlbeansAxisAdapter.XML2AxisLS(xmlbeansAxisAdapt er.java:43) ????--> at gov.fnal.lambdastation.services.pbrAPI.lsAPI.getLSInfo(lsAPI.java:218) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java :39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.axis.providers.java.RPCProvider.invokeMethod (RPCProvider.java:397 ) at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:1 86) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java :323) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java: 32) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke (SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281) at pk.edu.niit.clarens.ClarensAxisServer.handleSoapRequest (ClarensAxisServer.ja va:201) at pk.edu.niit.clarens.XmlRpcServlet.doPost(XmlRpcServlet.java:366) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service (HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java :104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase .java:462) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction( Http11Protocol.java :705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683) at java.lang.Thread.run (Thread.java:534) - Response contains Clarens-Content-Type header: false ----------- - AxisFault while invoking web service: AxisFault faultCode: { http://schemas.xmlsoap.org/soap/envelope/}Server.userException faultSubcode: faultString: java.lang.IndexOutOfBoundsException faultActor: faultNode: faultDetail: { http://xml.apache.org/axis/}stackTrace:java.lang.IndexOutOfBoundsException at org.lambdastation.datatypes.pbrclients.impl.PBRclientDocumentImpl$PBRclientI mpl.setTopologyArray(Unknown Source) at gov.fnal.lambdastation.util.xmlbeansAxisAdapter.Axis2XMLPBR(xmlbeansAxisAdap ter.java:211) at gov.fnal.lambdastation.services.pbrAPI.lsAPI.addPBRClient(lsAPI.java:369) ????--> at gov.fnal.lambdastation.services.pbrAPI.lsAPI.forceUpdatePBRClient (lsAPI.java :304) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397 ) at org.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:1 86) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323) at org.apache.axis.strategies.InvocationStrategy.visit (InvocationStrategy.java: 32) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke (SOAPService.java:454) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281) at pk.edu.niit.clarens.ClarensAxisServer.handleSoapRequest(ClarensAxisServer.ja va:201) at pk.edu.niit.clarens.XmlRpcServlet.doPost (XmlRpcServlet.java:366) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:462) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Pro --------------------------------------------------------------------- To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org For additional commands, e-mail: axis-user-help@ws.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org For additional commands, e-mail: axis-user-help@ws.apache.org --Boundary_(ID_8aCBpdxbv91Svim+b39KKQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
ok, I think the problem was as I though in the choice of options for wsdl2java.
the wsdl2java usage says:
-W,--noWrapped
                 turn off support for "wrapped" document/literal
-----------------
BUT, its doing indeed the opposite - with -W I was able to build my deployed classes correctly and I see now wrapped
doc/literal calls in my SOAP ...
--Maxim
From: maxim [mailto:maxim@fnal.gov]
Sent: Friday, June 23, 2006 3:04 PM
To: axis-user@ws.apache.org
Subject: RE: something is wrong with my deployment or Axis ?

Hi Anne,
I understand that <PBRclient[0,unbounded] is causing the problem. Where its adding those [...] is not clear to me, because I dont know
internals of Axis. I understand that client is OK, but I dont understand what is wrong with my deployment.
I did not generate skeleton before ( you've seen my ant task). I tried to generate it with -s -Strue options, used skeleton as
my implementation class  and it didn't change anything. Any suggestions where should I look or what should I check ?
Right it looks to me like some kind of Axis bug.
--Maxim
  

From: Anne Thomas Manes [mailto:atmanes@gmail.com]
Sent: Friday, June 23, 2006 1:36 PM
To: axis-user@ws.apache.org
Subject: Re: something is wrong with my deployment or Axis ?

I think this is what's causing your SAX Exception:


How is your service generating the reply message? Where is it adding the [0,unbounded] text  to the <PBRclient> element local name?

Are you exposing all methods through the interface? If so, I suggest you replace the list of methods with "*" in your WSDD.

I seriously doubt that the problem is in the client -- I assume there's a problem in your configuration. Did you generate the service skeleton using WSDL2Java?

Anne

On 6/23/06, maxim <maxim@fnal.gov> wrote:
Hi Anne,
I've changed my WSDl and schemas and verified that its valid with CapeClear WS-I complained studio.
Then I've recreated my service but its giving me the same problems - calling wrong methods. May be I should
use some specific options with WSDL2JAVA in order to created correct stubs ?
I've attached my wsdl . I am using this ant task to create my java classes and client stubs:

<target name="wsdl2java" description="Generate java stubs from WSDL">
  <echo message="Generating java stubs for this service" level="info" />
  <java fork=" true" classpathref="wsdl.class.path" classname=" org.apache.axis.wsdl.WSDL2Java">
  <arg value="-s" />
  <arg value="-o${basedir}/javaS" />
  <arg value="-Nurn:${service.name}=gov.fnal.lambdastation.services.${service.name} " />
  <arg value="-N${service.name}=gov.fnal.lambdastation.services.${service.name} " />
  <arg value="-Nurn:clarens=gov.fnal.lambdastation.services.${service.name}" />
  <arg file="${basedir}/${service.name}.wsdl" />
  </java>
 
  </target>
Also, my method is supposed to return the array of elements, it returns indeed, but Axis client is having a big problem in deserializing it:
SOAP:
<?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/ " xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soapenv:Body><PBRclient[0,unbounded ] xmlns="http://www.lambdastation.org/datatypes/pbrclients/"><item name="fapl" xmlns=""><ns1:Topology xmlns:ns1=" http://www.lambdastation.org/datatypes/pbrclients/"><ns1:topoName>starlight10G</ns1:topoName><ns1:DeviceGroup groupName="fapl"><ns1:Device>r-s-fapl</ns1:Device><ns1:PolicyOut>starlight-10G-out</ns1:PolicyOut><ns1:PolicyIn></ns1:PolicyIn></ns1:DeviceGroup><ns1:DeviceGroup groupName="starlight-fnal"><ns1:Device>r-s-starlight-fnal</ns1:Device><ns1:PolicyIn>starlight-fapl-in</ns1:PolicyIn><ns1:PolicyIn>fapl-access-in</ns1:PolicyIn></ns1:DeviceGroup></ns1:Topology><ns2:PublicInfo xmlns:ns2="http://www.lambdastation.org/datatypes/pbrclients/"><ns2:NetBlock>131.225.2.0/24</ns2:NetBlock><ns2:DSCP></ns2:DSCP><ns2:DSCPOutTag>no</ns2:DSCPOutTag><ns2:DSCPInTag>no</ns2:DSCPInTag><ns2:Description>FAPL Test Cluster at Fermilab</ns2:Description><ns2:TrafficMapCapability>FlowSpecCap</ns2:TrafficMapCapability><ns2:LocalPath>starlight10G</ns2:LocalPath></ns2:PublicInfo><ns3:Defaults xmlns:ns3="http://www.lambdastation.org/datatypes/pbrclients/"><ns3:LocalPath>starlight10G</ns3:LocalPath><ns3:DSCPOutTag>no</ns3:DSCPOutTag><ns3:DSCPInTag>no</ns3:DSCPInTag></ns3:Defaults></item><item name="fapl2" xmlns=""><ns4:Topology xmlns:ns4=" http://www.lambdastation.org/datatypes/pbrclients/"><ns4:topoName>starlight20G</ns4:topoName><ns4:DeviceGroup groupName="fapl2"><ns4:Device>r-s-fapl</ns4:Device><ns4:PolicyOut>starlight-10G-out</ns4:PolicyOut><ns4:PolicyIn></ns4:PolicyIn></ns4:DeviceGroup><ns4:DeviceGroup groupName="starlight-fnal2"><ns4:Device>r-s-starlight-fnal2</ns4:Device><ns4:PolicyIn>starlight-fapl-in2</ns4:PolicyIn><ns4:PolicyIn>fapl-access-in2</ns4:PolicyIn></ns4:DeviceGroup></ns4:Topology><ns5:PublicInfo xmlns:ns5="http://www.lambdastation.org/datatypes/pbrclients/"><ns5:NetBlock>131.225.2.0/24</ns5:NetBlock><ns5:DSCP></ns5:DSCP><ns5:DSCPOutTag>no</ns5:DSCPOutTag><ns5:DSCPInTag>no</ns5:DSCPInTag><ns5:Description>FAPL Test Cluster at Fermilab</ns5:Description><ns5:TrafficMapCapability>FlowSpecCap</ns5:TrafficMapCapability><ns5:LocalPath>starlight10G</ns5:LocalPath></ns5:PublicInfo><ns6:Defaults xmlns:ns6="http://www.lambdastation.org/datatypes/pbrclients/"><ns6:LocalPath>starlight10G</ns6:LocalPath><ns6:DSCPOutTag>no</ns6:DSCPOutTag><ns6:DSCPInTag>no</ns6:DSCPInTag></ns6:Defaults></item></PBRclient[0,unbounded]></soapenv:Body></soapenv:Envelope >
--------------
ERROR:
---------------
faultString: org.xml.sax.SAXParserException: Whitespace required before attributes.
 
Thanks,
              Maxim.

From: Anne Thomas Manes [mailto:atmanes@gmail.com]
Sent: Wednesday, June 21, 2006 4:05 PM

To: axis-user@ws.apache.org
Subject: Re: something is wrong with my deployment or Axis ?

Also, the namespace attribute can cause this type of problem -- the namespace attribute overrides the schema target namespace and changes the QName of the child element of the SOAP Body. That QName is what Axis uses to dispatch requests. I'm really surprised that shifting the parameters around gave Axis enough information to dispatch a request properly, but the fact remains, your WSDL is invalid, and you need to fix it.

Anne

On 6/21/06, Anne Thomas Manes <atmanes@gmail.com> wrote:
It doesn't matter that the types exist in the local schema files -- the problem is that you aren't importing/including them properly. See my quick observations.


Anne

On 6/21/06, maxim <maxim@fnal.gov> wrote:
Thanks for prompt reply, Anne,
Of course those types exists in the locally located schema files.
Thanks for noticing SOAP encoding in the soap:body. But, I dont think its related.
The problem is that in generated WSDD file there is line:
  <parameter name="allowedMethods" value="getKnownClients removePBRClient getClientInfo updatePBRClient enablePBRClient getLSInfo forceUpdatePBRClient addPBRClient openSvcTicket disablePBRClient"/>
I have no idea why its getting generated in such order but it seems like this order is important to identify the correct operation on the server. However, in generated client's stub file the order of the
operations is different so in real life scenario I have the mismatch between call and invoked method.
I've tested it by changing the order in this "parameter"  list and it worked.
 
--Maxim
 
From: Anne Thomas Manes [mailto:atmanes@gmail.com]
Sent: Wednesday, June 21, 2006 1:13 PM
To: axis-user@ws.apache.org
Subject: Re: something is wrong with my deployment or Axis ?

Validation of your WSDL using Cape Clear SOA Editor produces the following errors:

- There is no schema component of the name [pbrns:PBRclient] defined in the WSDL either via imported or embedded schema.

- There is no type [{ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient ] defined for the part [Part: name=msgPBRC elementName={ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient] in the message [Message: name={pbrAPI}PBRClientMessage Part: name=msgPBRC
elementName={ http://www.lambdastation.org/datatypes/pbrclients/}PBRclient] in the WSDL.

- There is no type [{http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] defined for the part [Part: name=openSvcTRS elementName={http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] in the message [Message: name={pbrAPI}openSvcTicketResponse Part: name=openSvcTRS
elementName={http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] in the WSDL.

- There is no type [{ http://www.lambdastation.org/datatypes/ls/}LambdaStation] defined for the part [Part: name=msgLS elementName={http://www.lambdastation.org/datatypes/ls/}LambdaStation ] in the message [Message: name={pbrAPI}LSMessage Part: name=msgLS
elementName={http://www.lambdastation.org/datatypes/ls/}LambdaStation ] in the WSDL.

- There is no type [{http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket ] defined for the part [Part: name=openSvcTRQ elementName={ http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket] in the message [Message: name={pbrAPI}openSvcTicketRequest Part: name=openSvcTRQ
elementName={ http://www.lambdastation.org/datatypes/ls/}OpenSvcTicket] in the WSDL.

Here are some quick observations:

1. You must import the "http://www.lambdastation.org/datatypes/pbrclients/ " namespace into the "http://www.lambdastation.org/datatypes/internal/ " schema.

2. You cannot import a namespace into a schema with the same target namespace (you must use <xs:include> instead of <xs:import>). You should combine the two schemas with the target namespace of http://www.lambdastation.org/datatypes/ls/ and include both schemas into the one. You should remove the schema with the target namespace of " http://www.lambdastation.org/datatypes/pbrclients/". (This schema should be imported into the "http://www.lambdastation.org/datatypes/internal/ " schema instead.)

3. SOAP Encoding is incompatible with document style. You must remove the encodingStyle and namespace attributes from the <soap:body> and <soap:fault> definitions in your <binding>.

Anne

On 6/21/06, maxim <maxim@fnal.gov> wrote:
Hello,
I am trying to understand what is wrong with my deployment.
It seems like my service is  getting requests , but processing them
with wrong java methods. I've seen it before and its disappeared
after I've changed the order of operations in the binding section
of my WSDL, but after I've added more operations its appeared again.
Its Axis 1.4 on both sides - server and client, all API was developed
starting from WSDL first.
I've attached wsdl and  wsdd files. I am trying to call these methods:

                   org.lambdastation.www.datatypes.pbrclients.PBRclient[]
rmResult = myService.getKnownClients("Fermilab");

               PBRclientDocument.PBRclient myCL = getReq();
                  boolean addResult =
myService.addPBRClient(xmlbeansAxisAdapter.XML2AxisPBR(myCL));

-------------------
But it seems like my service have own opinion about what I am calling ,
basically instead of calling getKnownClients method it calls
getLSInfo method ???:
----------------------------------------
java.lang.ClassCastException
        at
gov.fnal.lambdastation.util.xmlbeansAxisAdapter.XML2AxisLS(xmlbeansAxisAdapt
er.java:43)
????--> at
gov.fnal.lambdastation.services.pbrAPI.lsAPI.getLSInfo(lsAPI.java:218)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java :39
)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at
org.apache.axis.providers.java.RPCProvider.invokeMethod (RPCProvider.java:397
)
        at
org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:1
86)
        at
org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java :323)
        at
org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:
32)
        at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
        at org.apache.axis.SimpleChain.invoke (SimpleChain.java:83)
        at
org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454)
        at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
        at
pk.edu.niit.clarens.ClarensAxisServer.handleSoapRequest (ClarensAxisServer.ja
va:201)
        at pk.edu.niit.clarens.XmlRpcServlet.doPost(XmlRpcServlet.java:366)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service (HttpServlet.java:802)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterCh
ain.java:157)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java :104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase
.java:462)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :520)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118
)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520)
        at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at
org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160)
        at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
        at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction( Http11Protocol.java :705)
        at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
        at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:683)
        at java.lang.Thread.run (Thread.java:534)
- Response contains Clarens-Content-Type header: false
-----------
- AxisFault while invoking web service:
AxisFault
faultCode: { http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: java.lang.IndexOutOfBoundsException
faultActor:
faultNode:
faultDetail:

{ http://xml.apache.org/axis/}stackTrace:java.lang.IndexOutOfBoundsException
        at
org.lambdastation.datatypes.pbrclients.impl.PBRclientDocumentImpl$PBRclientI
mpl.setTopologyArray(Unknown Source)
        at
gov.fnal.lambdastation.util.xmlbeansAxisAdapter.Axis2XMLPBR(xmlbeansAxisAdap
ter.java:211)
        at
gov.fnal.lambdastation.services.pbrAPI.lsAPI.addPBRClient(lsAPI.java:369)
????--> at
gov.fnal.lambdastation.services.pbrAPI.lsAPI.forceUpdatePBRClient (lsAPI.java
:304)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl
.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at
org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397
)
        at
org.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:1
86)
        at
org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
        at
org.apache.axis.strategies.InvocationStrategy.visit (InvocationStrategy.java:
32)
        at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
        at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
        at
org.apache.axis.handlers.soap.SOAPService.invoke (SOAPService.java:454)
        at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
        at
pk.edu.niit.clarens.ClarensAxisServer.handleSoapRequest(ClarensAxisServer.ja
va:201)
        at pk.edu.niit.clarens.XmlRpcServlet.doPost (XmlRpcServlet.java:366)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (Application
FilterChain.java:237)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at
org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.ja
va:214)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:462)
        at
org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContex
t.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137
)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118
)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java
:109)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :520)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at
org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:799)
        at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Pro


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org






---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org



--Boundary_(ID_8aCBpdxbv91Svim+b39KKQ)--