And the reason you can’t see anything but the "Hi there, this is an AXIS service!" to the endpoint is that a browser is doing an HTTP GET transaction while all web service calls are HTTP POST (Getting the WSDL is a GET while communicating with the endpoint is a POST)
In the Mid-Tier do the following: Go to the Log settings page and make sure at least Web Services is checked (I usually run Session Management, Web Services, Performance, and Servlet) Set Log Level to Fine Set Log Viewer to File Set Log Format to Detailed Text (includes class name and method) You should then be able to see the incoming and outgoing XML Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Terry Bootsma Sent: Thursday, March 12, 2015 11:36 AM To: arslist@ARSLIST.ORG Subject: Re: web service logging ** Scott: You point SOAP-UI to the WSDL definition of the web service. So, that would be your second link below. It read's the WSDL and will execute against the first link you identify. Terry On 2015-03-12 10:10, Scott Hallenger wrote: Thanks LJ, So if I were to test this in SoapUI which url would I use to simulate an external call to the wysdl. The one from my external scrypt: http://mywebserver/arsys/services/ARService?server=myappsever&webService=HPD_IncidentInterface_Create_WS_3 Or the one from the actual Remed web service http://mywebserver/arsys/WSDL/public/myappserver/HPD_IncidentInterface_Create_WS_3 -------------------------------------------- On Wed, 3/11/15, LJ LongWing wrote: Subject: Re: web service logging To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Date: Wednesday, March 11, 2015, 3:08 PM ** Scott,the /arsys/WSDL is the URL to the WSDL, the /arsys/services is the URI that the WSDL points to for execution....two different pieces of the same puzzle. -------------------------------------------- On Wed, Mar 11, 2015 at 12:55 PM, Scott Hallenger wrote: Ok here is what I dont understand: This is the url of the webs service that is called externally: http://mywebserver/arsys/services/ARService?server=myappsever&webService=HPD_IncidentInterface_Create_WS_3 This is the URL of the web service as defined in remedy (admin tool/web services): http://mywebserver/arsys/WSDL/public/myappserver/HPD_IncidentInterface_Create_WS_3 If past the below url from the admin tool into my browser I runs and the soap code is returned but if use the external url above.. it does not run. I get the "Hi there, this is an AXIS service!" error. http://mywebserver/arsys/WSDL/public/myappserver/HPD_IncidentInterface_Create_WS_3 Now it get srange because I can't call the external url from my production server either, but when I run the same script against prod it creates the incident as it is suppose to do. -------------------------------------------- On Wed, 3/11/15, Terry Bootsma wrote: Subject: Re: web service logging To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Date: Wednesday, March 11, 2015, 1:34 PM ** Scott: On your dev mid-tier, can you access the WSDL and the web-service end-point that defines your web service (via a browser) to ensure that your mid-tier has the web service defined and available ? If it is available, it doesn't even look like the calling program is hitting your midtier at all and I would debug from that point. Terry On 2015-03-11 13:22, Scott Hallenger wrote: If you can see my previous post with attachment. my Midtier logs isnt showing anything relating to a web service. The cache clear that you see in the log was long before i made any calls to the web service. -------------------------------------------- On Wed, 3/11/15, Terry Bootsma wrote: Subject: Re: web service logging To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Date: Wednesday, March 11, 2015, 12:46 PM ** Scott: If you are consuming your remedy-based web service from another application (other than Remedy itself) , it will not utilize the java plugin server. The java plugin server is only used for outbound web-service calls from Remedy. You should be able to see your web services being called in the mid-tier log. From there, you would have to enable filter/API logging on your Remedy server to debug further. HTH Terry On 2015-03-11 12:18, Scott Hallenger wrote: Hi can anyone help me find my webservice loggs? We have a web service that creates an incident in ttsm 7.0.1. it work in our prduction invironment, but the moment we re-point it to our dev system it does not generate the incident. The midtier web service logs dont really show anything useful. What I'm really looking for is the arjavaplugin.log file which does nost seem to exist. I am seriously frustrated at this point. I do not have the ability to install soapUI in my environment so I have to rely on the log if I can find it... help please. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"