I actually did try <element></element> too for what are required fields with a default on an ARS form, and still got the error 500..
I even inserted <element>$DEFAULT$</element> and guess what I got there... <<<this is quite interesting>>> The record gets saved, EXCEPT that in that field on the form, I actually see the literal value $DEFAULT$. It doesn't translate to the default defined on that character field. You would have thought that once that is passed from the WSDL to the ARS, the ARS would convert the keyword $DEFAULT$ to its defined value. Keep thinking - but it does not. So the question is - does the transaction coming from a WSDL even go through the AR System API completely? If yes, is this a bug? I have a ticket with BMC open and the WSDL tech found this interesting too and said he will investigate this with the AR Server team. Anyone here interested in a toy to play with? I can send a def file after removing any customer related info from the def, which contain a simple form (so simple that it only contains 1 field of each data type), and a simple WSDL with no workflow, and a request envelope to use with the WSDL, with the $DEFAULT$ value set to required character fields with default, that can be used for a create request operation. If interested, let me know and I will send you this def minus any customer info, offline, with instructions on how to use it (which method in the WSDL I was trying etc.). Cheers Joe _____ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, January 24, 2013 1:20 AM To: arslist@ARSLIST.ORG Subject: Re: Possible reasons for "500 - Internal server error." while consuming a AR System published web service.. <<<RESOLVED>> ** Yeah, I was just noting I have seen soapUI automatically includes "junk" data in the form of a question mark. Did you get any further on this? Are you specifying the element in the WS call where you want the default to apply? For example if you specify <element2></element2> Do you want the AR default for element2 to be applied? It kind of makes sense that specifying an empty value doesn't automatically apply the default. You said it the value is empty so AR will respect that. Now that the element is set to MinOccurs 0 you can drop it from the WS call which I believe will no longer tell AR to keep an empty (not sure if it is technically empty or null). So instead of: <element1>This is my element1</element1> <element2></element2> <element3>This is my element3</element3> Try: <element1>This is my element1</element1> <element3>I am no longer sending an empty sting for element2</element3> If element2 has a default in AR does it get applied? I maybe completely wrong but it works in my head :) Jason On Tue, Jan 22, 2013 at 7:03 PM, Joe D'Souza <jdso...@shyle.net> wrote: ** 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"