Re: web service logging
I can run the published wsdl that is in the Web service by pasting that URL in my browser. So yes... However when I call the code that is in my external asp page it's does not run yet that is the Same results as when I point my asp script to production and the production interface works fine Sent from my T-Mobile 4G LTE Device Original message From: Terry Bootsma tboot...@objectpath.com Date: 03/11/2015 1:34 PM (GMT-05:00) To: arslist@ARSLIST.ORG Subject: Re: web service logging ** 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
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=myappseverwebService=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 lj.longw...@gmail.com wrote: Subject: Re: web service logging To: 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 executiontwo different pieces of the same puzzle. On Wed, Mar 11, 2015 at 12:55 PM, Scott Hallenger vadr...@yahoo.com 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=myappseverwebService=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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_
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=myappseverwebService=HPD_IncidentInterface_Create_WS_3 [1] Or the one from the actual Remed web service http://mywebserver/arsys/WSDL/public/myappserver/HPD_IncidentInterface_Create_WS_3 [2] On Wed, 3/11/15, LJ LongWing lj.longw...@gmail.com wrote: Subject: Re: web service logging To: 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 executiontwo different pieces of the same puzzle. On Wed, Mar 11, 2015 at 12:55 PM, Scott Hallenger vadr...@yahoo.com 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=myappseverwebService=HPD_IncidentInterface_Create_WS_3 [1] 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 [2] 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 [2] 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 [3] Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org [3] Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org [3] Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_
Re: web service logging
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=myappseverwebService=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.ORGmailto: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 executiontwo 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=myappseverwebService=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.ORGmailto: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.ORGmailto: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
Re: web service logging
Scott, If it's an inbound, someone calling a web service that you are publishing, then the logs are going to be on your Mid-Tier server. To see the detail that you need, you'll need to ensure that the logging level is set sufficiently high, and ensure that you are looking at the correct mid-tier server (if there are multiple in that environment), but it's definitely a Mid-Tier log thing :) On Wed, Mar 11, 2015 at 10:18 AM, Scott Hallenger vadr...@yahoo.com 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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
web service logging
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
Re: web service logging
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 [1] Where the Answers Are, and have been for 20 years Links: -- [1] http://www.arslist.org ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
Its is an inbound an my midtier logs dont show much at all. See attached On Wed, 3/11/15, LJ LongWing lj.longw...@gmail.com wrote: Subject: Re: web service logging To: arslist@ARSLIST.ORG Date: Wednesday, March 11, 2015, 12:39 PM ** Scott,If it's an inbound, someone calling a web service that you are publishing, then the logs are going to be on your Mid-Tier server. To see the detail that you need, you'll need to ensure that the logging level is set sufficiently high, and ensure that you are looking at the correct mid-tier server (if there are multiple in that environment), but it's definitely a Mid-Tier log thing :) On Wed, Mar 11, 2015 at 10:18 AM, Scott Hallenger vadr...@yahoo.com 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 [1] Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org [1] Where the Answers Are, and have been for 20 years Links: -- [1] http://www.arslist.org ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
Scott, the /arsys/WSDL is the URL to the WSDL, the /arsys/services is the URI that the WSDL points to for executiontwo different pieces of the same puzzle. On Wed, Mar 11, 2015 at 12:55 PM, Scott Hallenger vadr...@yahoo.com 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=myappseverwebService=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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: web service logging
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=myappseverwebService=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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 tboot...@objectpath.com wrote: Subject: Re: web service logging To: 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 _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Web Service logging
Thank you, Fred. That's what I needed. Marc From: Grooms, Frederick W frederick.w.gro...@xo.com To: arslist@ARSLIST.ORG, Date: 01/05/2015 02:28 PM Subject:Re: Web Service logging Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** If you want to see the inbound XML (after name space parsing) open up your Mid-Tier configuration and go to the Log Settings page. Set your Log Level to Fine, Log Viewer to File, and Log Format to Detailed Text (includes class name and method). For Outbound logging edit the log4j_pluginsvr.xml (in the pluginsvr directory). Set the level value to info to see everything and restart the plugin server process. (You also define what the log file is and the size in this same file) Fred From: Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG] On Behalf Of Marc Burick Sent: Monday, January 05, 2015 1:15 PM To: arslist@ARSLIST.ORG Subject: Web Service logging ** Is there any other way to Filter Log a Set Field Web Service action so that you get more information in a Remedy log and see what is actually being sent in a Web Service call? We are attempting to send data with our integration with Aperture. I am checking the Aperture XML log, but it appears as if not all of the logs are being created and some of the data that is suppose to be passed, is intermittently not being passed. I don't know if the issue is on the Remedy side or Aperture side. Remedy ARServer 7.6.4 sp3 Aperture IIS Mid-tier I do get the following in the Filter Log, but the only way I can figure out how to positively see what is in the fields being passed is to add a Message Action of those fields. So, in short, is there anyway I can see in a log, what is being sent in the Filter Log...not just what is returned from the other system. Passed -- perform actions 0: Message Change tix: 1338035 Change tix dup: 1338035 1: Set Fields Device-Aperture FormID (536870915) = 150105134902 Device-Aperture ErrorCode (536870944) = 0 Device-Aperture ErrorMsg (536870917) = The last 3 Device-Aperture items is return signals from Aperture. Marc _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Web Service logging
Is there any other way to Filter Log a Set Field Web Service action so that you get more information in a Remedy log and see what is actually being sent in a Web Service call? We are attempting to send data with our integration with Aperture. I am checking the Aperture XML log, but it appears as if not all of the logs are being created and some of the data that is suppose to be passed, is intermittently not being passed. I don't know if the issue is on the Remedy side or Aperture side. Remedy ARServer 7.6.4 sp3 Aperture IIS Mid-tier I do get the following in the Filter Log, but the only way I can figure out how to positively see what is in the fields being passed is to add a Message Action of those fields. So, in short, is there anyway I can see in a log, what is being sent in the Filter Log...not just what is returned from the other system. Passed -- perform actions 0: Message Change tix: 1338035 Change tix dup: 1338035 1: Set Fields Device-Aperture FormID (536870915) = 150105134902 Device-Aperture ErrorCode (536870944) = 0 Device-Aperture ErrorMsg (536870917) = The last 3 Device-Aperture items is return signals from Aperture. Marc ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Web Service logging
If you want to see the inbound XML (after name space parsing) open up your Mid-Tier configuration and go to the Log Settings page. Set your Log Level to Fine, Log Viewer to File, and Log Format to Detailed Text (includes class name and method). For Outbound logging edit the log4j_pluginsvr.xml (in the pluginsvr directory). Set the level value to info to see everything and restart the plugin server process. (You also define what the log file is and the size in this same file) Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Marc Burick Sent: Monday, January 05, 2015 1:15 PM To: arslist@ARSLIST.ORG Subject: Web Service logging ** Is there any other way to Filter Log a Set Field Web Service action so that you get more information in a Remedy log and see what is actually being sent in a Web Service call? We are attempting to send data with our integration with Aperture. I am checking the Aperture XML log, but it appears as if not all of the logs are being created and some of the data that is suppose to be passed, is intermittently not being passed. I don't know if the issue is on the Remedy side or Aperture side. Remedy ARServer 7.6.4 sp3 Aperture IIS Mid-tier I do get the following in the Filter Log, but the only way I can figure out how to positively see what is in the fields being passed is to add a Message Action of those fields. So, in short, is there anyway I can see in a log, what is being sent in the Filter Log...not just what is returned from the other system. Passed -- perform actions 0: Message Change tix: 1338035 Change tix dup: 1338035 1: Set Fields Device-Aperture FormID (536870915) = 150105134902 Device-Aperture ErrorCode (536870944) = 0 Device-Aperture ErrorMsg (536870917) = The last 3 Device-Aperture items is return signals from Aperture. Marc ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years