Hi,
Yes, libwebservice.so file exists in the path specified.
And the Plugin Port : 7156 entry also appears in ar.conf file.
In the pluginsvr_config xml, i see that
<name>ARSYS.ARF.WEBSERVICE</name>
<type>FilterAPI</type>
<code>JAVA</code>
<filename>/opt/remedy/ARSystem/pluginsvr/websvcjava71.jar</filename>
<classname>com.bmc.arsys.ws.plugin.WSPlugin</classname>
so, i take it as that my plugin is Java based. Also, i have the following
element mapped:
<port>9999</port>
<regPortMapper>false</regPortMapper>
<loadNativePluginHost>true</loadNativePluginHost>
This tells me that the Java plugin is used to load the native C plugins.
So, now should i add the server alias? And change the port numbers?
I am still kind of confused in this. Please bear if i am being silly :(
Regards,
Gifthia
On Mon, Jul 9, 2012 at 1:07 PM, patchsk <[email protected]> wrote:
> ** It seems like your version of remedy is still using C plugin for
> Webservices. That is why you have references to /opt/remedy/ARSystem/bin/
> **libwebservice.so file.
> Did you check if the file really exists in that path?
> At some point of time BMC converted this C plugin to Java based.
> Port:9999 is the default port for Java plug in.
> Since you are still in C version you do not need to add any plug in alias.
>
> Check for this line in ar.conf
> Plugin-Port: , if that has 7156, that means your c plug in is using 7156.
>
> Some times it helps turning on port mapper to debug port related issues.
> Please enable port mapper in your ar.conf, restart ars and see if it helps.
>
> On Monday, July 9, 2012 12:43:49 PM UTC-7, Remedy Guy wrote:
>>
>> ** Hi Friends,
>>
>> Thanks for all those valuble inputs. I guess i am almost near the culprit
>> now!
>>
>>
>> *Environment:*
>> *ARS 7.1 patch 006 OS: Linux*
>>
>> I find that the port numbers vary in the ar.conf file from that in
>> pluginsvr_config.xml.
>> ar.conf has 7156
>> pluginsvr_config.xml has 9999
>>
>>
>> Also, i dont find the following entry in ar.conf file!
>> Server-Plugin-Alias: ARSYS.ALRT.WEBSERVICE ARSYS.ALRT.WEBSERVICE
>> {serverName:Port}
>>
>>
>> So, my doubt now is : Is specifying the Server plugin alias mandatory in
>> the ar.conf file. Because i have the entry
>> Plugin: /opt/remedy/ARSystem/bin/**libwebservice.so.
>>
>> Also, should i change the port number to 7156 in the plugin_config.xml?
>> The server installation was done years back without me and we dont have
>> any clear documentation on the order of installation and config details!
>> Is there any white paper/doc available on the checklist for web service
>> configuration settings. The one available in Integration with third party
>> plugins doesnt really help much!
>>
>> It will be great if you can help me with this!
>>
>> Thanks a bunch to all of you again!
>>
>>
>>
>> Regards,
>> Gifthia
>>
>> On Fri, Jul 6, 2012 at 9:04 AM, ITSM.Support
>> <[email protected]>wrote:
>>
>>> **
>>>
>>> Hi,****
>>>
>>> ** **
>>>
>>> You can check below things:****
>>>
>>> ** **
>>>
>>> -Verify from task-manager if arplugin.exe is running, if not restart
>>> ARPort mapper service.****
>>>
>>> ** **
>>>
>>> -If port mapper is not configured for assigning the port check if same
>>> port is being used by some another application****
>>>
>>> ** **
>>>
>>> -You may also check if the below entries for web service plug-ins are in
>>> ar.conf (ar.cfg) file. (arserver and port number must be same for each
>>> plugin)****
>>>
>>> · Server-Plugin-Alias: ARSYS.ALRT.WEBSERVICE
>>> ARSYS.ALRT.WEBSERVICE <ARServer>:<Port No>****
>>>
>>> · Server-Plugin-Alias: ARSYS.ARF.WEBSERVICE ARSYS.ARF.WEBSERVICE
>>> <ARServer>:<Port No>****
>>>
>>> ** **
>>>
>>> -Also there may be issue with pluginsvr_config.xml file. Check if above
>>> plug-ins are registered in pluginsvr_config.xml file with same port number
>>> which is configured in ar.conf file.****
>>>
>>> ** **
>>>
>>> -Check the libraries/jars are available in specified directory.****
>>>
>>> ****
>>>
>>> -User should try with increasing 'Filter API RPC Time out' value and
>>> again check with the issue.****
>>>
>>> ****
>>>
>>> --****
>>>
>>> Regards,****
>>>
>>> ITSM Support****
>>>
>>> ** **
>>>
>>> Vyom Labs Pvt. Ltd.****
>>>
>>> BSM Solutions & Services || ITIL Consulting & Training****
>>>
>>> Email: [email protected] || Web Site: www.vyomlabs.com Follow Vyom
>>> Labs http://twitter.com/#!/vyomlabs || http://www.linkedin.com/**
>>> company/vyom-labs <http://www.linkedin.com/company/vyom-labs>****
>>>
>>> ** **
>>>
>>> *From:* Action Request System discussion list(ARSList) [mailto:
>>> [email protected]] *On Behalf Of *Remedy Guy
>>> *Sent:* Friday, July 06, 2012 1:18 AM
>>> *To:* [email protected]
>>>
>>> *Subject:* ARERR 8939: Plugin Server not responding****
>>>
>>> ** **
>>>
>>> ** Hi Friends,****
>>>
>>> ** **
>>>
>>> I have created a prototype web service in ARS 7.1 patch 004. I am trying
>>> to consume the same from the same server using Filter Set fields.****
>>>
>>> But, all i receive is "ARERR [8939] The AR System Plug-In server is not
>>> responding. Cannot connect to the system at this time. Contact your AR
>>> System Administrator for assistance." ****
>>>
>>> ** **
>>>
>>> I consumed the same Web Service using SOAPUI client and it works fine. I
>>> am able to receive the response in the UI client. ****
>>>
>>> The error happens only when consumed from Remedy.****
>>>
>>> ** **
>>>
>>> Am i missing out anything? Where should i start to debug. I could not
>>> find out anything in the Plug-in log. ****
>>>
>>> Your help will be of great help to me.****
>>>
>>> ** **
>>>
>>> Thanks,****
>>>
>>> Gifthia****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ****
>>> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>>>
>>
>> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>>
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
