You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-user@axis.apache.org by Dimuthu Gamage <di...@gmail.com> on 2007/09/20 06:34:21 UTC

Re: Compiling and runtime errors WSDL2C

Hi David,
This should be most probably due to an unsupported schema by wsdl2c
templates.
We dont have access to the schema at
http://shag.mitre.org:28080/SoaCenter/SoaSimRegistry?xsd=1 which is imported
by the wsdl.

So please send us the schema, so we can exactly figure out the problem.

Thanks,
Dimuthu


On 9/19/07, Callner, David A. <dc...@mitre.org> wrote:
>
> NOTE: I am creating a client wsdl2c -uri SoaSimRegistry.wsdl -d adb -u
> -l c
>
> Axis2-1.3/Java and axis2c-bin-1.0.0-linux/C
>
> I'm getting the following compile time errors.  After running the
> WSDL2C I get compile time errors of first_node = parent.  first_node is
> not defined in the function.   This is for all requests that do not
> have data in the response (void), and it happens in the deserialize
> generetaed routines.  Ok so I fixed those compile errors by commenting
> out the lines first_node = parent.  Now I'm getting runtime errors with
> the requests.  Keep in mind that I am able to run the wsdl2java.sh code
> and everything works good so I know that the problem lies in the wsdl2c
> generated code.
>
> I'm sure the last lines output will tell you where in the generated
> code the error is happening.  I'm assuming that most generated code is
> very similar.  Let me know if you need further information.
>
> The log is below and the WSDL is attached:
>
>
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *request_uri_based_dispatcher added to the index 0 of the phase
> Transport
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *soap_message_body_based_dispatcher added to the index 0 of the phase
> Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *addressing_based_dispatcher added to the index 1 of the phase Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *soap_action_based_dispatcher added to the index 2 of the phase
> Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *dispatch_post_conditions_evaluator added to the index 0 of the phase
> PostDispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> *context_handler added to the index 1 of the phase PostDispatch
> [Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(220) no custom
> dispatching order found continue with default dispatching order
> [Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(326) module
> addressing found in axis2.xml
> [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> successfully
> [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> successfully
> [Wed Sep 19 11:24:18 2007] [debug] dir_handler.c(192) No files in the
> path /home/dcallner/axis2c-bin-1.0.0-linux/services.
> [Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042)
> axis2_dep_engine_load_module_dll: DLL path is :
> /home/dcallner/axis2c-bin-1.0.0-linux/modules/addressing/libaxis2_mod_a
> ddr.so
> [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> successfully
> [Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042)
> axis2_dep_engine_load_module_dll: DLL path is :
> /home/dcallner/axis2c-bin-1.0.0-linux/modules/logging/libaxis2_mod_log.
> so
> [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> successfully
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingInHandler to phase PreDispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(117) Service name
> is : __ANONYMOUS_SERVICE__
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> is                        trying to added to system pre defined phases
> , but those                        handlers are already added to global
> chain which run                        irrespective of the service
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> is                        trying to added to system pre defined phases
> , but those                        handlers are already added to global
> chain which run                        irrespective of the service
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> is                        trying to added to system pre defined phases
> , but those                        handlers are already added to global
> chain which run                        irrespective of the service
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> is:addressing
> [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> AddressingOutHandler to phase MessageOut
> [Wed Sep 19 11:24:18 2007] [debug] http_transport_sender.c(566) OP name
> axutil_qname_get_localpart = http://www.w3.org/2004/08/wsdl/out-in
> [Wed Sep 19 11:24:18 2007] [debug] soap_builder.c(737) Identified soap
> version is soap11
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(179) Axis2 engine send
> successful
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> Transport
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> request_uri_based_dispatcher within the phase Transport
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> PreDispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> AddressingInHandler within the phase PreDispatch
> [Wed Sep 19 11:24:18 2007] [info]  Starting addressing in handler
> .........
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> soap_message_body_based_dispatcher within the phase Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] soap_body_disp.c(126) Checking for
> service                                                      using SOAP
> message body's
> first child's namespace
> URI : http://soa_registry_svc.caasd.mitre.org/
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> addressing_based_dispatcher within the phase Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> soap_action_based_dispatcher within the phase Dispatch
> [Wed Sep 19 11:24:18 2007] [debug] soap_action_disp.c(88) Checking for
> service using SOAPAction is not implemented
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> PostDispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> dispatch_post_conditions_evaluator within the phase PostDispatch
> [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> context_handler within the phase PostDispatch
> [Wed Sep 19 11:24:18 2007] [debug] engine.c(292) Axis2 engine receive
> completed!
> [Wed Sep 19 11:24:18 2007] [error]
> adb_lookupSimulationsResponse3.c(212) non nillable or minOuccrs != 0
> element lookupSimulationsResponse missing 2 :: NULL paramater was
> passed when a non NULL parameter was expected
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>

RE: Compiling and runtime errors WSDL2C

Posted by "Callner, David A." <dc...@mitre.org>.
I get PROPFIND errors while trying to checkout the latest baseline.  I
think it has to do with the proxy security settings here.  Any chance
you could bundle a tar file for me to download?  Thanks again for all
your help.


________________________________

	From: Dimuthu Gamage [mailto:dimuthuc@gmail.com] 
	Sent: Thursday, September 27, 2007 12:16 AM
	To: Apache AXIS C User List
	Subject: Re: Compiling and runtime errors WSDL2C
	
	
	That was a bug in code generation when handling empty complex
type sequences, possibly due to the recent changes done in there:(.
	Anyway it is fixed in the latest svn. And here I have attached
a simple test. 
	
	Thanks, 
	Dimuthu
	
	
	On 9/26/07, Callner, David A. <dc...@mitre.org> wrote: 

		Is anyone going to look at this?  I would really
appreciate it.  I'd hate to have to scratch using Axis2/C.


________________________________

			From: Callner, David A.
[mailto:dcallner@mitre.org] 
			Sent: Tuesday, September 25, 2007 8:34 AM
			To: Apache AXIS C User List
			Subject: RE: Compiling and runtime errors
WSDL2C
			
			
			
			Attached is the schema.  Thanks for your help.


________________________________

				From: Dimuthu Gamage
[mailto:dimuthuc@gmail.com] 
				Sent: Thursday, September 20, 2007
12:34 AM
				To: Apache AXIS C User List
				Subject: Re: Compiling and runtime
errors WSDL2C
				
				
				Hi David,
				This should be most probably due to an
unsupported schema by wsdl2c templates. 
				We dont have access to the schema at
http://shag.mitre.org:28080/SoaCenter/SoaSimRegistry?xsd=1 which is
imported by the wsdl.
				
				So please send us the schema, so we can
exactly figure out the problem.
				
				Thanks,
				Dimuthu
				
				
				
				On 9/19/07, Callner, David A.
<dc...@mitre.org> wrote: 

				NOTE: I am creating a client wsdl2c
-uri SoaSimRegistry.wsdl -d adb -u
				-l c
				
				Axis2-1.3/Java and
axis2c-bin-1.0.0-linux/C
				
				I'm getting the following compile time
errors.  After running the
				WSDL2C I get compile time errors of
first_node = parent.  first_node is 
				not defined in the function.   This is
for all requests that do not
				have data in the response (void), and
it happens in the deserialize
				generetaed routines.  Ok so I fixed
those compile errors by commenting
				out the lines first_node = parent.  Now
I'm getting runtime errors with 
				the requests.  Keep in mind that I am
able to run the wsdl2java.sh code
				and everything works good so I know
that the problem lies in the wsdl2c
				generated code.
				
				I'm sure the last lines output will
tell you where in the generated 
				code the error is happening.  I'm
assuming that most generated code is
				very similar.  Let me know if you need
further information.
				
				The log is below and the WSDL is
attached:
				
				
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t
				*request_uri_based_dispatcher added to
the index 0 of the phase
				Transport
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t
				*soap_message_body_based_dispatcher
added to the index 0 of the phase 
				Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t
				*addressing_based_dispatcher added to
the index 1 of the phase Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t 
				*soap_action_based_dispatcher added to
the index 2 of the phase
				Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t
				*dispatch_post_conditions_evaluator
added to the index 0 of the phase
				PostDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(113) axis2_handler_t
				*context_handler added to the index 1
of the phase PostDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
conf_builder.c(220) no custom
				dispatching order found continue with
default dispatching order 
				[Wed Sep 19 11:24:18 2007] [debug]
conf_builder.c(326) module
				addressing found in axis2.xml
				[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
				successfully
				[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded 
				successfully
				[Wed Sep 19 11:24:18 2007] [debug]
dir_handler.c(192) No files in the
				path
/home/dcallner/axis2c-bin-1.0.0-linux/services.
				[Wed Sep 19 11:24:18 2007] [debug]
dep_engine.c(1042)
				axis2_dep_engine_load_module_dll: DLL
path is : 
	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/addressing/libaxis2_mod_a
				ddr.so
				[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
				successfully
				[Wed Sep 19 11:24:18 2007] [debug]
dep_engine.c(1042) 
				axis2_dep_engine_load_module_dll: DLL
path is :
	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/logging/libaxis2_mod_log.
				so
				[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
				successfully
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingInHandler to phase
PreDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(117) Service name
				is : __ANONYMOUS_SERVICE__
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
				is                        trying to
added to system pre defined phases
				, but those
handlers are already added to global 
				chain which run
irrespective of the service
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler 
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing 
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler 
				is                        trying to
added to system pre defined phases
				, but those
handlers are already added to global
				chain which run
irrespective of the service
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
				is                        trying to
added to system pre defined phases 
				, but those
handlers are already added to global
				chain which run
irrespective of the service
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
				is:addressing
				[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
				AddressingOutHandler to phase
MessageOut
				[Wed Sep 19 11:24:18 2007] [debug]
http_transport_sender.c(566) OP name
				axutil_qname_get_localpart =
http://www.w3.org/2004/08/wsdl/out-in
				[Wed Sep 19 11:24:18 2007] [debug]
soap_builder.c(737) Identified soap
				version is soap11
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c(179) Axis2 engine send
				successful
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
				Transport
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler
				request_uri_based_dispatcher within the
phase Transport 
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
				PreDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler
				AddressingInHandler within the phase
PreDispatch
				[Wed Sep 19 11:24:18 2007] [info]
Starting addressing in handler 
				.........
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
				Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler
				soap_message_body_based_dispatcher
within the phase Dispatch 
				[Wed Sep 19 11:24:18 2007] [debug]
soap_body_disp.c(126) Checking for
				service
using SOAP
				message body's
				first child's namespace
				URI :
http://soa_registry_svc.caasd.mitre.org/ 
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler
				addressing_based_dispatcher within the
phase Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler 
				soap_action_based_dispatcher within the
phase Dispatch
				[Wed Sep 19 11:24:18 2007] [debug]
soap_action_disp.c(88) Checking for
				service using SOAPAction is not
implemented
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c (571) Invoking phase
				PostDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler
				dispatch_post_conditions_evaluator
within the phase PostDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
phase.c(195) Invoke the handler 
				context_handler within the phase
PostDispatch
				[Wed Sep 19 11:24:18 2007] [debug]
engine.c(292) Axis2 engine receive
				completed!
				[Wed Sep 19 11:24:18 2007] [error]
				adb_lookupSimulationsResponse3.c(212)
non nillable or minOuccrs != 0 
				element lookupSimulationsResponse
missing 2 :: NULL paramater was
				passed when a non NULL parameter was
expected
				
	
---------------------------------------------------------------------
				To unsubscribe, e-mail:
axis-c-user-unsubscribe@ws.apache.org
				For additional commands, e-mail:
axis-c-user-help@ws.apache.org
				
				




Re: Compiling and runtime errors WSDL2C

Posted by Dimuthu Gamage <di...@gmail.com>.
That was a bug in code generation when handling empty complex type
sequences, possibly due to the recent changes done in there:(.
Anyway it is fixed in the latest svn. And here I have attached a simple
test.

Thanks,
Dimuthu

On 9/26/07, Callner, David A. <dc...@mitre.org> wrote:
>
>  Is anyone going to look at this?  I would really appreciate it.  I'd hate
> to have to scratch using Axis2/C.
>
>  ------------------------------
> *From:* Callner, David A. [mailto:dcallner@mitre.org]
> *Sent:* Tuesday, September 25, 2007 8:34 AM
> *To:* Apache AXIS C User List
> *Subject:* RE: Compiling and runtime errors WSDL2C
>
>  Attached is the schema.  Thanks for your help.
>
>  ------------------------------
> *From:* Dimuthu Gamage [mailto:dimuthuc@gmail.com]
> *Sent:* Thursday, September 20, 2007 12:34 AM
> *To:* Apache AXIS C User List
> *Subject:* Re: Compiling and runtime errors WSDL2C
>
> Hi David,
> This should be most probably due to an unsupported schema by wsdl2c
> templates.
> We dont have access to the schema at http://shag.mitre.org:28080/SoaCenter/SoaSimRegistry?xsd=1
> which is imported by the wsdl.
>
> So please send us the schema, so we can exactly figure out the problem.
>
> Thanks,
> Dimuthu
>
>
> On 9/19/07, Callner, David A. <dc...@mitre.org> wrote:
> >
> > NOTE: I am creating a client wsdl2c -uri SoaSimRegistry.wsdl -d adb -u
> > -l c
> >
> > Axis2-1.3/Java and axis2c-bin-1.0.0-linux/C
> >
> > I'm getting the following compile time errors.  After running the
> > WSDL2C I get compile time errors of first_node = parent.  first_node is
> > not defined in the function.   This is for all requests that do not
> > have data in the response (void), and it happens in the deserialize
> > generetaed routines.  Ok so I fixed those compile errors by commenting
> > out the lines first_node = parent.  Now I'm getting runtime errors with
> > the requests.  Keep in mind that I am able to run the wsdl2java.sh code
> > and everything works good so I know that the problem lies in the wsdl2c
> > generated code.
> >
> > I'm sure the last lines output will tell you where in the generated
> > code the error is happening.  I'm assuming that most generated code is
> > very similar.  Let me know if you need further information.
> >
> > The log is below and the WSDL is attached:
> >
> >
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *request_uri_based_dispatcher added to the index 0 of the phase
> > Transport
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *soap_message_body_based_dispatcher added to the index 0 of the phase
> > Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *addressing_based_dispatcher added to the index 1 of the phase Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *soap_action_based_dispatcher added to the index 2 of the phase
> > Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *dispatch_post_conditions_evaluator added to the index 0 of the phase
> > PostDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(113) axis2_handler_t
> > *context_handler added to the index 1 of the phase PostDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(220) no custom
> > dispatching order found continue with default dispatching order
> > [Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(326) module
> > addressing found in axis2.xml
> > [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> > successfully
> > [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> > successfully
> > [Wed Sep 19 11:24:18 2007] [debug] dir_handler.c(192) No files in the
> > path /home/dcallner/axis2c-bin-1.0.0-linux/services.
> > [Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042)
> > axis2_dep_engine_load_module_dll: DLL path is :
> > /home/dcallner/axis2c-bin-1.0.0-linux/modules/addressing/libaxis2_mod_a
> > ddr.so
> > [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> > successfully
> > [Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042)
> > axis2_dep_engine_load_module_dll: DLL path is :
> > /home/dcallner/axis2c-bin-1.0.0-linux/modules/logging/libaxis2_mod_log.
> > so
> > [Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135) Object loaded
> > successfully
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingInHandler to phase PreDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(117) Service name
> > is : __ANONYMOUS_SERVICE__
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> > is                        trying to added to system pre defined phases
> > , but those                        handlers are already added to global
> > chain which run                        irrespective of the service
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> > is                        trying to added to system pre defined phases
> > , but those                        handlers are already added to global
> > chain which run                        irrespective of the service
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(324) This handler
> > is                        trying to added to system pre defined phases
> > , but those                        handlers are already added to global
> > chain which run                        irrespective of the service
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_resolver.c(231) module name
> > is:addressing
> > [Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129) Add handler
> > AddressingOutHandler to phase MessageOut
> > [Wed Sep 19 11:24:18 2007] [debug] http_transport_sender.c(566) OP name
> > axutil_qname_get_localpart = http://www.w3.org/2004/08/wsdl/out-in
> > [Wed Sep 19 11:24:18 2007] [debug] soap_builder.c(737) Identified soap
> > version is soap11
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c(179) Axis2 engine send
> > successful
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> > Transport
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > request_uri_based_dispatcher within the phase Transport
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> > PreDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > AddressingInHandler within the phase PreDispatch
> > [Wed Sep 19 11:24:18 2007] [info]  Starting addressing in handler
> > .........
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c(571) Invoking phase
> > Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > soap_message_body_based_dispatcher within the phase Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] soap_body_disp.c(126) Checking for
> > service                                                      using SOAP
> > message body's
> > first child's namespace
> > URI : http://soa_registry_svc.caasd.mitre.org/
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > addressing_based_dispatcher within the phase Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > soap_action_based_dispatcher within the phase Dispatch
> > [Wed Sep 19 11:24:18 2007] [debug] soap_action_disp.c(88) Checking for
> > service using SOAPAction is not implemented
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c (571) Invoking phase
> > PostDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > dispatch_post_conditions_evaluator within the phase PostDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke the handler
> > context_handler within the phase PostDispatch
> > [Wed Sep 19 11:24:18 2007] [debug] engine.c(292) Axis2 engine receive
> > completed!
> > [Wed Sep 19 11:24:18 2007] [error]
> > adb_lookupSimulationsResponse3.c(212) non nillable or minOuccrs != 0
> > element lookupSimulationsResponse missing 2 :: NULL paramater was
> > passed when a non NULL parameter was expected
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
>

RE: Compiling and runtime errors WSDL2C

Posted by "Callner, David A." <dc...@mitre.org>.
Is anyone going to look at this?  I would really appreciate it.  I'd
hate to have to scratch using Axis2/C.


________________________________

	From: Callner, David A. [mailto:dcallner@mitre.org] 
	Sent: Tuesday, September 25, 2007 8:34 AM
	To: Apache AXIS C User List
	Subject: RE: Compiling and runtime errors WSDL2C
	
	
	Attached is the schema.  Thanks for your help.


________________________________

		From: Dimuthu Gamage [mailto:dimuthuc@gmail.com] 
		Sent: Thursday, September 20, 2007 12:34 AM
		To: Apache AXIS C User List
		Subject: Re: Compiling and runtime errors WSDL2C
		
		
		Hi David,
		This should be most probably due to an unsupported
schema by wsdl2c templates. 
		We dont have access to the schema at
http://shag.mitre.org:28080/SoaCenter/SoaSimRegistry?xsd=1 which is
imported by the wsdl.
		
		So please send us the schema, so we can exactly figure
out the problem.
		
		Thanks,
		Dimuthu
		
		
		
		On 9/19/07, Callner, David A. <dc...@mitre.org>
wrote: 

			NOTE: I am creating a client wsdl2c -uri
SoaSimRegistry.wsdl -d adb -u
			-l c
			
			Axis2-1.3/Java and axis2c-bin-1.0.0-linux/C
			
			I'm getting the following compile time errors.
After running the
			WSDL2C I get compile time errors of first_node
= parent.  first_node is 
			not defined in the function.   This is for all
requests that do not
			have data in the response (void), and it
happens in the deserialize
			generetaed routines.  Ok so I fixed those
compile errors by commenting
			out the lines first_node = parent.  Now I'm
getting runtime errors with 
			the requests.  Keep in mind that I am able to
run the wsdl2java.sh code
			and everything works good so I know that the
problem lies in the wsdl2c
			generated code.
			
			I'm sure the last lines output will tell you
where in the generated 
			code the error is happening.  I'm assuming that
most generated code is
			very similar.  Let me know if you need further
information.
			
			The log is below and the WSDL is attached:
			
			
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
			*request_uri_based_dispatcher added to the
index 0 of the phase
			Transport
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
			*soap_message_body_based_dispatcher added to
the index 0 of the phase 
			Dispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
			*addressing_based_dispatcher added to the index
1 of the phase Dispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t 
			*soap_action_based_dispatcher added to the
index 2 of the phase
			Dispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
			*dispatch_post_conditions_evaluator added to
the index 0 of the phase
			PostDispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
			*context_handler added to the index 1 of the
phase PostDispatch
			[Wed Sep 19 11:24:18 2007] [debug]
conf_builder.c(220) no custom
			dispatching order found continue with default
dispatching order 
			[Wed Sep 19 11:24:18 2007] [debug]
conf_builder.c(326) module
			addressing found in axis2.xml
			[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
			successfully
			[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded 
			successfully
			[Wed Sep 19 11:24:18 2007] [debug]
dir_handler.c(192) No files in the
			path
/home/dcallner/axis2c-bin-1.0.0-linux/services.
			[Wed Sep 19 11:24:18 2007] [debug]
dep_engine.c(1042)
			axis2_dep_engine_load_module_dll: DLL path is :

	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/addressing/libaxis2_mod_a
			ddr.so
			[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
			successfully
			[Wed Sep 19 11:24:18 2007] [debug]
dep_engine.c(1042) 
			axis2_dep_engine_load_module_dll: DLL path is :
	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/logging/libaxis2_mod_log.
			so
			[Wed Sep 19 11:24:18 2007] [debug]
class_loader.c(135) Object loaded
			successfully
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingInHandler to phase PreDispatch
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(117) Service name
			is : __ANONYMOUS_SERVICE__
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
			is                        trying to added to
system pre defined phases
			, but those                        handlers are
already added to global 
			chain which run
irrespective of the service
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler 
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing 
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler 
			is                        trying to added to
system pre defined phases
			, but those                        handlers are
already added to global
			chain which run
irrespective of the service
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
			is                        trying to added to
system pre defined phases 
			, but those                        handlers are
already added to global
			chain which run
irrespective of the service
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
			is:addressing
			[Wed Sep 19 11:24:18 2007] [debug]
phase_holder.c(129) Add handler
			AddressingOutHandler to phase MessageOut
			[Wed Sep 19 11:24:18 2007] [debug]
http_transport_sender.c(566) OP name
			axutil_qname_get_localpart =
http://www.w3.org/2004/08/wsdl/out-in
			[Wed Sep 19 11:24:18 2007] [debug]
soap_builder.c(737) Identified soap
			version is soap11
			[Wed Sep 19 11:24:18 2007] [debug]
engine.c(179) Axis2 engine send
			successful
			[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
			Transport
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler
			request_uri_based_dispatcher within the phase
Transport 
			[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
			PreDispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler
			AddressingInHandler within the phase
PreDispatch
			[Wed Sep 19 11:24:18 2007] [info]  Starting
addressing in handler 
			.........
			[Wed Sep 19 11:24:18 2007] [debug]
engine.c(571) Invoking phase
			Dispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler
			soap_message_body_based_dispatcher within the
phase Dispatch 
			[Wed Sep 19 11:24:18 2007] [debug]
soap_body_disp.c(126) Checking for
			service
using SOAP
			message body's
			first child's namespace
			URI : http://soa_registry_svc.caasd.mitre.org/
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler
			addressing_based_dispatcher within the phase
Dispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler 
			soap_action_based_dispatcher within the phase
Dispatch
			[Wed Sep 19 11:24:18 2007] [debug]
soap_action_disp.c(88) Checking for
			service using SOAPAction is not implemented
			[Wed Sep 19 11:24:18 2007] [debug] engine.c
(571) Invoking phase
			PostDispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler
			dispatch_post_conditions_evaluator within the
phase PostDispatch
			[Wed Sep 19 11:24:18 2007] [debug] phase.c(195)
Invoke the handler 
			context_handler within the phase PostDispatch
			[Wed Sep 19 11:24:18 2007] [debug]
engine.c(292) Axis2 engine receive
			completed!
			[Wed Sep 19 11:24:18 2007] [error]
			adb_lookupSimulationsResponse3.c(212) non
nillable or minOuccrs != 0 
			element lookupSimulationsResponse missing 2 ::
NULL paramater was
			passed when a non NULL parameter was expected
			
	
---------------------------------------------------------------------
			To unsubscribe, e-mail:
axis-c-user-unsubscribe@ws.apache.org
			For additional commands, e-mail:
axis-c-user-help@ws.apache.org
			
			



RE: Compiling and runtime errors WSDL2C

Posted by "Callner, David A." <dc...@mitre.org>.
Attached is the schema.  Thanks for your help.


________________________________

	From: Dimuthu Gamage [mailto:dimuthuc@gmail.com] 
	Sent: Thursday, September 20, 2007 12:34 AM
	To: Apache AXIS C User List
	Subject: Re: Compiling and runtime errors WSDL2C
	
	
	Hi David,
	This should be most probably due to an unsupported schema by
wsdl2c templates. 
	We dont have access to the schema at 
http://shag.mitre.org:28080/SoaCenter/SoaSimRegistry?xsd=1 which is
imported by the wsdl.
	
	So please send us the schema, so we can exactly figure out the
problem.
	
	Thanks,
	Dimuthu
	
	
	
	On 9/19/07, Callner, David A. <dc...@mitre.org> wrote: 

		NOTE: I am creating a client wsdl2c -uri
SoaSimRegistry.wsdl -d adb -u
		-l c
		
		Axis2-1.3/Java and axis2c-bin-1.0.0-linux/C
		
		I'm getting the following compile time errors.  After
running the
		WSDL2C I get compile time errors of first_node =
parent.  first_node is 
		not defined in the function.   This is for all requests
that do not
		have data in the response (void), and it happens in the
deserialize
		generetaed routines.  Ok so I fixed those compile
errors by commenting
		out the lines first_node = parent.  Now I'm getting
runtime errors with 
		the requests.  Keep in mind that I am able to run the
wsdl2java.sh code
		and everything works good so I know that the problem
lies in the wsdl2c
		generated code.
		
		I'm sure the last lines output will tell you where in
the generated 
		code the error is happening.  I'm assuming that most
generated code is
		very similar.  Let me know if you need further
information.
		
		The log is below and the WSDL is attached:
		
		
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
		*request_uri_based_dispatcher added to the index 0 of
the phase
		Transport
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
		*soap_message_body_based_dispatcher added to the index
0 of the phase 
		Dispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
		*addressing_based_dispatcher added to the index 1 of
the phase Dispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t 
		*soap_action_based_dispatcher added to the index 2 of
the phase
		Dispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
		*dispatch_post_conditions_evaluator added to the index
0 of the phase
		PostDispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(113)
axis2_handler_t
		*context_handler added to the index 1 of the phase
PostDispatch
		[Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(220)
no custom
		dispatching order found continue with default
dispatching order 
		[Wed Sep 19 11:24:18 2007] [debug] conf_builder.c(326)
module
		addressing found in axis2.xml
		[Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135)
Object loaded
		successfully
		[Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135)
Object loaded 
		successfully
		[Wed Sep 19 11:24:18 2007] [debug] dir_handler.c(192)
No files in the
		path /home/dcallner/axis2c-bin-1.0.0-linux/services.
		[Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042)
		axis2_dep_engine_load_module_dll: DLL path is : 
	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/addressing/libaxis2_mod_a
		ddr.so
		[Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135)
Object loaded
		successfully
		[Wed Sep 19 11:24:18 2007] [debug] dep_engine.c(1042) 
		axis2_dep_engine_load_module_dll: DLL path is :
	
/home/dcallner/axis2c-bin-1.0.0-linux/modules/logging/libaxis2_mod_log.
		so
		[Wed Sep 19 11:24:18 2007] [debug] class_loader.c(135)
Object loaded
		successfully
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingInHandler to phase PreDispatch
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(117) Service name
		is : __ANONYMOUS_SERVICE__
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
		is                        trying to added to system pre
defined phases
		, but those                        handlers are already
added to global 
		chain which run                        irrespective of
the service
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler 
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing 
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler 
		is                        trying to added to system pre
defined phases
		, but those                        handlers are already
added to global
		chain which run                        irrespective of
the service
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(324) This handler
		is                        trying to added to system pre
defined phases 
		, but those                        handlers are already
added to global
		chain which run                        irrespective of
the service
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug]
phase_resolver.c(231) module name 
		is:addressing
		[Wed Sep 19 11:24:18 2007] [debug] phase_holder.c(129)
Add handler
		AddressingOutHandler to phase MessageOut
		[Wed Sep 19 11:24:18 2007] [debug]
http_transport_sender.c(566) OP name
		axutil_qname_get_localpart = 
http://www.w3.org/2004/08/wsdl/out-in
		[Wed Sep 19 11:24:18 2007] [debug] soap_builder.c(737)
Identified soap
		version is soap11
		[Wed Sep 19 11:24:18 2007] [debug] engine.c(179) Axis2
engine send
		successful
		[Wed Sep 19 11:24:18 2007] [debug] engine.c(571)
Invoking phase
		Transport
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler
		request_uri_based_dispatcher within the phase Transport

		[Wed Sep 19 11:24:18 2007] [debug] engine.c(571)
Invoking phase
		PreDispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler
		AddressingInHandler within the phase PreDispatch
		[Wed Sep 19 11:24:18 2007] [info]  Starting addressing
in handler 
		.........
		[Wed Sep 19 11:24:18 2007] [debug] engine.c(571)
Invoking phase
		Dispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler
		soap_message_body_based_dispatcher within the phase
Dispatch 
		[Wed Sep 19 11:24:18 2007] [debug]
soap_body_disp.c(126) Checking for
		service
using SOAP
		message body's
		first child's namespace
		URI : http://soa_registry_svc.caasd.mitre.org/
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler
		addressing_based_dispatcher within the phase Dispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler 
		soap_action_based_dispatcher within the phase Dispatch
		[Wed Sep 19 11:24:18 2007] [debug]
soap_action_disp.c(88) Checking for
		service using SOAPAction is not implemented
		[Wed Sep 19 11:24:18 2007] [debug] engine.c (571)
Invoking phase
		PostDispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler
		dispatch_post_conditions_evaluator within the phase
PostDispatch
		[Wed Sep 19 11:24:18 2007] [debug] phase.c(195) Invoke
the handler 
		context_handler within the phase PostDispatch
		[Wed Sep 19 11:24:18 2007] [debug] engine.c(292) Axis2
engine receive
		completed!
		[Wed Sep 19 11:24:18 2007] [error]
		adb_lookupSimulationsResponse3.c(212) non nillable or
minOuccrs != 0 
		element lookupSimulationsResponse missing 2 :: NULL
paramater was
		passed when a non NULL parameter was expected
		
	
---------------------------------------------------------------------
		To unsubscribe, e-mail: 
axis-c-user-unsubscribe@ws.apache.org
		For additional commands, e-mail: 
axis-c-user-help@ws.apache.org