Re: /soapenv:Envelope

2008-04-07 Thread Web Man

Not unless it's enabled by default.  I'll look into it.  Thanks.



Benson Margulies-4 wrote:
 
 Did you enable validation?
 
 On Fri, Apr 4, 2008 at 4:30 PM, Web Man [EMAIL PROTECTED] wrote:
 

 When a SOAP request is submitted without the closing /soapenv:Envelope,
 the
 Web Service is called and no errors are thrown.

 soapenv:Envelope
 xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/
 
 xmlns:v1=
 http://www.nortel.com/xmlprotocol/wsdl/data/protocol_interfaces/cisco_icm/v1_0
 
   soapenv:Header/
   soapenv:Body
  v1:CallCleared-Event
 !--Optional:--
 callId35756/callId
 cause6/cause
  /v1:CallCleared-Event
   /soapenv:Body

 *  There should be a /soapenv:Envelope at the end of this request
 *
 --
 View this message in context:
 http://www.nabble.com/%3C-soapenv%3AEnvelope%3E-tp16498308p16498308.html
 Sent from the cxf-user mailing list archive at Nabble.com.


 
 

-- 
View this message in context: 
http://www.nabble.com/%3C-soapenv%3AEnvelope%3E-tp16498308p16537420.html
Sent from the cxf-user mailing list archive at Nabble.com.



/soapenv:Envelope

2008-04-04 Thread Web Man

When a SOAP request is submitted without the closing /soapenv:Envelope, the
Web Service is called and no errors are thrown.

soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:v1=http://www.nortel.com/xmlprotocol/wsdl/data/protocol_interfaces/cisco_icm/v1_0;
   soapenv:Header/
   soapenv:Body
  v1:CallCleared-Event
 !--Optional:--
 callId35756/callId
 cause6/cause
  /v1:CallCleared-Event
   /soapenv:Body

*  There should be a /soapenv:Envelope at the end of this request
*
-- 
View this message in context: 
http://www.nabble.com/%3C-soapenv%3AEnvelope%3E-tp16498308p16498308.html
Sent from the cxf-user mailing list archive at Nabble.com.



Interceptors

2008-04-03 Thread Web Man

I have created an interceptor (AbstractPhaseInterceptor) that is used by two
Web services.  One of the functions of the interceptor is to intercept
faults from outbound requests to a third web service when the third service
is not available.  When one service runs it all functions correctly but when
two are running the exceptions are dumped to the log as if the interceptor
was not there.  Since this is a polling application the exception can be
annoying.
-- 
View this message in context: 
http://www.nabble.com/Interceptors-tp16476100p16476100.html
Sent from the cxf-user mailing list archive at Nabble.com.