Hey Jason,

 

Thanks. Tried it.

 

Taking it off and setting the MinOccurs to 0 doesn't still pick up the
default from the AR Server but returns a 500 error. So I'm stuck with having
to define it as a DefaultValue in the WSDL or setting it in the Request
envelope.

 

Joe

 

  _____  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, January 22, 2013 8:16 PM
To: arslist@ARSLIST.ORG
Subject: Re: Possible reasons for "500 - Internal server error." while
consuming a AR System published web service.. <<<RESOLVED>>

 

** 

I have seen the same thing with soapUI.  I just go through and remove the
question marks between the tags.

 

Jason

 

On Tue, Jan 22, 2013 at 4:51 PM, Joe D'Souza <jdso...@shyle.net> wrote:

Yes I am using soapUI. I thought that ? indicates no value.

If however you leave ? for drop lists, the WSDL plugin does use the field
default if it's a required field in the ARS.

I tried the element with <element></element> and got the 500 error. Would
that error go away if I changed the minoccurs on required character fields
to 0 and define defaults to all those required character fields?

I'm hoping it will..

I'll try that as a test to see..


Joe

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W

Sent: Tuesday, January 22, 2013 5:49 PM
To: arslist@ARSLIST.ORG
Subject: Re: Possible reasons for "500 - Internal server error." While
consuming a AR System published web service.. <<<RESOLVED>>

Required  (In XML  minOccurrs = "1") means it has to have a value.  All the
MidTier does for required (I think) is validate that the element has data. I
think all type checking and actual data validation is from the AR Server
processes.

For the ? issue,  are you talking about what you see in soapUI?    It is
soapUI that puts in the ? for each field not the MidTier server.  If you
consume the WSDL with some other SOAP client you shouldn't see the ? in the
fields.  If you pass in ? in the field then you are passing in a valid
character and the XML is satisfied.

Fred

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza
Sent: Tuesday, January 22, 2013 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Possible reasons for "500 - Internal server error." While
consuming a AR System published web service.. <<<RESOLVED>>

**

Fred!

You were bang on your buck there! It did turn out that the WSDL plugin
barfed at the bad date and date time format. I didn't turn on any further
logging but went on to correct the date format as per the standards
documented at http://www.w3.org/TR/xmlschema-2/#dateTime. So I corrected the
regular Remedy like string of 01/22/2013 10:22:00 AM that I was sending to
confirm the WSDL standard => 2013-01-22T10:22:00-09:00 for the Alaskan time
zone, and the request went right through and created a Remedy record!

I however do not like the way the WSDL plugin handles default values defined
to Character fields that are required. It saves "?" to the field if you send
<element>?</element> with the envelop. While it works perfect for defaults
on drop down fields if the value for the drop down fields is left at
<element>?</element>. Is that a known issue too? It should have treated the
question mark as null but it takes it literally and commits the "?" as a
value to that character field. Is this a possible bug??

I have tried <element></element> for required field and I get the 500 error
so obviously it either requires me to put a value or at least leave the "?"
in there. But leaving the "?" in there takes it as the literal value and
does not replace it with the default in case of Character fields. I have not
tried this with integer or real or decimal data types that are required but
I'm expecting that to work correctly as the drop downs (which are integers)
work correctly.

Joe

-----Original Message-----
From: Joe D'Souza [mailto:jdso...@shyle.net]
Sent: Tuesday, January 22, 2013 4:59 AM
To: ARS Discussion List
Subject: RE: Possible reasons for "500 - Internal server error." While
consuming a AR System published web service..


Fred,

You might have something here, and if this turns out to be the cause, then
the error reporting is not accurate. I'll try this tomorrow.

Joe

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Monday, January 21, 2013 6:57 PM
To: arslist@ARSLIST.ORG
Subject: Re: Possible reasons for "500 - Internal server error." While
consuming a AR System published web service..

What is your Logging set for in the MidTier Web server?

Log Level: Fine  
Log Viewer: File  
Log Format:  Detailed Text  
Categories:  Set All On

You may be encountering an old bug I had found where an invalid date format
will cause an internal error and a restart

1/18/2013 12:00:00 PM  Should be invalid and error as it is not in the valid
XML DateTime format    http://www.w3.org/TR/xmlschema-2/#dateTime

Fred

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza
Sent: Saturday, January 19, 2013 1:40 AM
To: arslist@ARSLIST.ORG
Subject: Re: Possible reasons for "500 - Internal server error." While
consuming a AR System published web service..

**
Yes I agree the date time format used in SOAP is a little different than the
one I sent with my request, but the error I'm getting is not because of
that. It's a communication error. Once I am past the communication error,
then I could go further.

A colleague tried consuming a WS to see if we can at least consume, and that
we can with no problems. For some reason there is a problem publishing. I
will need to look at this on Monday when I get back, and may use your def as
a test to see if that works since you have already tested it to be working.

Thanks for your help. Appreciate you going out of your way to create a POC
(proof of concept) that I could borrow to test. Something tells me it might
possibly be a firewall issue although I did check to see if there is
anything there. I'm not a security expert so I must have missed something
when I checked the settings..

Joe


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to