You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by "Cohan, Sean" <SC...@goSPS.com> on 2002/07/03 22:51:25 UTC

Deploy Errors

I'm losing it.  I'm using the 7/2 nightly build and trying to deploy.  I
genned wsdl from my java file.  Then genned java from my wsdl file.  Then
tried to deploy.  My deploy.wsdd and a portion of the stacktrace follows.  I
was able deploy using the latest release build and had at least been able to
deploy the sample code.  Any suggestions?  I'm going to go thru this
scenario with the release build to see if it goes away.  Thanks.

<deployment
    xmlns="http://xml.apache.org/axis/wsdd/"
    xmlns:java="http://xml.apache.org/axis/wsdd/providers/java">

  <!-- Services from SnapWorkItemApiService WSDL service -->

  <service name="SnapWorkItemApi" provider="java:RPC">
      <parameter name="wsdlTargetNamespace" value="urn:snap.cbd.gosps.com"/>
      <parameter name="wsdlServiceElement" value="SnapWorkItemApiService"/>
      <parameter name="wsdlServicePort" value="SnapWorkItemApi"/>
      <parameter name="className"
value="com.gosps.cbd.snap.SnapWorkItemApiSoapBindingSkeleton"/>
      <parameter name="wsdlPortType" value="SnapWorkItemApi"/>
      <parameter name="allowedMethods" value="*"/>

      <typeMapping
        xmlns:ns="http://snap.cbd.gosps.com"
        qname="ns:SnapWorkItem"
        type="java:com.gosps.cbd.snap.SnapWorkItem"
        serializer="org.apache.axis.encoding.ser.BeanSerializerFactory"
        deserializer="org.apache.axis.encoding.ser.BeanDeserializerFactory"
        encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
      />
  </service>
</deployment>


C:\My Documents\com\gosps\cbd\snap2\com\gosps\cbd\snap>java
org.apache.axis.client.AdminClient deploy.wsdd
AxisFault
 faultCode: {http://xml.apache.org/axis/}HTTP
 faultString: (500)Internal Server Error
 faultActor: null
 faultDetail:
        null: return code:  500
&lt;html&gt;&lt;head&gt;&lt;title&gt;Apache Tomcat/4.0.4 - Error
report&lt;/title&gt;&lt;STYLE&gt;&lt;!--H1{font-family
: sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;}
BODY{font-family : sans-serif,Arial,Tahoma;color :
black;background-color : white;} B{color : white;background-color :
#0086b2;} HR{color : #0086b2;} --&gt;&lt;/STYLE&gt;
&lt;/head&gt;&lt;body&gt;&lt;h1&gt;Apache Tomcat/4.0.4 - HTTP Status 500 -
Internal Server Error&lt;/h1&gt;&lt;HR size=&
quot;1&quot; noshade&gt;&lt;p&gt;&lt;b&gt;type&lt;/b&gt; Exception
report&lt;/p&gt;&lt;p&gt;&lt;b&gt;message&lt;/b&gt; &
lt;u&gt;Internal Server
Error&lt;/u&gt;&lt;/p&gt;&lt;p&gt;&lt;b&gt;description&lt;/b&gt;
&lt;u&gt;The server encountered
 an internal error (Internal Server Error) that prevented it from fulfilling
this request.&lt;/u&gt;&lt;/p&gt;&lt;p&gt;&
lt;b&gt;exception&lt;/b&gt; &lt;pre&gt;javax.servlet.ServletException:
Servlet execution threw an exception
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
        at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
        at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
        at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1027)
        at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
)
        at java.lang.Thread.run(Thread.java:484) 

Sean Cohan
Software Performance Systems
(703) 797-7838


Change in String encosing since beta2?

Posted by Martin Jericho <ma...@jabcreative.com>.
Yesterday I tried generating my wsdl using the nightly build of 2/7, and
apart from the fact that the deployment wouldn't work at all in this build,
I also noticed that the encoding of String has changed.  It is now mapped to
a string type in soapenc ( http://schemas.xmlsoap.org/soap/encoding/ ),
whereas in beta2 it was mapped to a string type in xsd.

1.  I assume that this will make any client written for a service generated
with beta2 incompatible with a service generated with the nightly build.  Is
this correct?

2.  Is this change going to stay for beta3?

3.  If the answer to both of the above questions is yes, should I hold off
publishing my wsdl until beta3 arrives?  (assuming the nightly builds aren't
really stable enough to use in production)

4.  If the answer to question 3 is yes, when is beta3 expected?

Thanks for any help

Martin


Re: Deploy Errors

Posted by Martin Jericho <ma...@jabcreative.com>.
I tried to use the same nightly build yesterday and also had problems with
deployment.  I didn't save any stack dumps so I don't know whether it's the
same problem, but I just assumed it was an unstable build and went back to
beta2.

----- Original Message -----
From: "Cohan, Sean" <SC...@goSPS.com>
To: <ax...@xml.apache.org>
Sent: Thursday, July 04, 2002 6:51 AM
Subject: Deploy Errors


>
> I'm losing it.  I'm using the 7/2 nightly build and trying to deploy.  I
> genned wsdl from my java file.  Then genned java from my wsdl file.  Then
> tried to deploy.  My deploy.wsdd and a portion of the stacktrace follows.
I
> was able deploy using the latest release build and had at least been able
to
> deploy the sample code.  Any suggestions?  I'm going to go thru this
> scenario with the release build to see if it goes away.  Thanks.
>
> <deployment
>     xmlns="http://xml.apache.org/axis/wsdd/"
>     xmlns:java="http://xml.apache.org/axis/wsdd/providers/java">
>
>   <!-- Services from SnapWorkItemApiService WSDL service -->
>
>   <service name="SnapWorkItemApi" provider="java:RPC">
>       <parameter name="wsdlTargetNamespace"
value="urn:snap.cbd.gosps.com"/>
>       <parameter name="wsdlServiceElement"
value="SnapWorkItemApiService"/>
>       <parameter name="wsdlServicePort" value="SnapWorkItemApi"/>
>       <parameter name="className"
> value="com.gosps.cbd.snap.SnapWorkItemApiSoapBindingSkeleton"/>
>       <parameter name="wsdlPortType" value="SnapWorkItemApi"/>
>       <parameter name="allowedMethods" value="*"/>
>
>       <typeMapping
>         xmlns:ns="http://snap.cbd.gosps.com"
>         qname="ns:SnapWorkItem"
>         type="java:com.gosps.cbd.snap.SnapWorkItem"
>         serializer="org.apache.axis.encoding.ser.BeanSerializerFactory"
>
deserializer="org.apache.axis.encoding.ser.BeanDeserializerFactory"
>         encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
>       />
>   </service>
> </deployment>
>
>
> C:\My Documents\com\gosps\cbd\snap2\com\gosps\cbd\snap>java
> org.apache.axis.client.AdminClient deploy.wsdd
> AxisFault
>  faultCode: {http://xml.apache.org/axis/}HTTP
>  faultString: (500)Internal Server Error
>  faultActor: null
>  faultDetail:
>         null: return code:  500
> &lt;html&gt;&lt;head&gt;&lt;title&gt;Apache Tomcat/4.0.4 - Error
> report&lt;/title&gt;&lt;STYLE&gt;&lt;!--H1{font-family
> : sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;}
> BODY{font-family : sans-serif,Arial,Tahoma;color :
> black;background-color : white;} B{color : white;background-color :
> #0086b2;} HR{color : #0086b2;} --&gt;&lt;/STYLE&gt;
> &lt;/head&gt;&lt;body&gt;&lt;h1&gt;Apache Tomcat/4.0.4 - HTTP Status 500 -
> Internal Server Error&lt;/h1&gt;&lt;HR size=&
> quot;1&quot; noshade&gt;&lt;p&gt;&lt;b&gt;type&lt;/b&gt; Exception
> report&lt;/p&gt;&lt;p&gt;&lt;b&gt;message&lt;/b&gt; &
> lt;u&gt;Internal Server
> Error&lt;/u&gt;&lt;/p&gt;&lt;p&gt;&lt;b&gt;description&lt;/b&gt;
> &lt;u&gt;The server encountered
>  an internal error (Internal Server Error) that prevented it from
fulfilling
> this request.&lt;/u&gt;&lt;/p&gt;&lt;p&gt;&
> lt;b&gt;exception&lt;/b&gt; &lt;pre&gt;javax.servlet.ServletException:
> Servlet execution threw an exception
>         at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:269)
>         at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:193)
>         at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:243)
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
>         at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:190)
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
>         at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
>         at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> )
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
>         at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> java:170)
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
>         at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> )
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
>         at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
>         at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :174)
>         at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
>         at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
>
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 1027)
>         at
>
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> )
>         at java.lang.Thread.run(Thread.java:484)
>
> Sean Cohan
> Software Performance Systems
> (703) 797-7838
>
>
>
>